00:00:41 | gevaerts | Where's the "I modified the UNKNOWN register" bit? |
00:01:03 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
00:01:06 | amiconn | Another interesting detail is that jrbil measured less speed, and less corruption (iiuc). Different OF loader versions might set up timing differently |
00:01:26 | Unhelpful | kugel: agree, but odd they state it happened w/ 3.0... unless that's "any svn until 3.1 release" |
00:01:37 | Unhelpful | which we'll never know, as they won't answer |
00:01:54 | Unhelpful | "invalid"? |
00:02:07 | amiconn | A dump of the sd register range of two Sansas with differing write speed might be helpful. Probably some general setup ranges are interesting too |
00:02:07 | kugel | Unhelpful: I think he means he noticed it after upgrading from 3.0 |
00:02:09 | Unhelpful | ah, no, not a bug :) |
00:02:39 | | Quit PaulJam__ (Read error: 60 (Operation timed out)) |
00:02:54 | | Join PaulJam__ [0] (i=PaulJam_@vpn-3032.gwdg.de) |
00:03:15 | amiconn | And then there's also the RE way... |
00:04:15 | slyyf | Bagder: I dont have a datasheet on the LEDs on the mp3 player? |
00:04:35 | Bagder | is that really a question? |
00:04:43 | slyyf | yes |
00:04:47 | slyyf | because I dont know for sure |
00:05:03 | Bagder | I figure you'd be the one who knows, I certainly don't |
00:05:22 | slyyf | where do mp3 players commonly controll the leds from? |
00:06:06 | slyyf | My guess would be a pinout |
00:06:18 | Bagder | that's common, yes |
00:06:44 | | Quit PaulJam (Read error: 113 (No route to host)) |
00:07:06 | gevaerts | amiconn: I think I'm going to wait until toni clarifies what he means by "modified the UNKNOWN register". |
00:07:52 | | Quit PaulJam_ (Read error: 110 (Connection timed out)) |
00:08:12 | pixelma | Unhelpful: the slides look nicer but now the album title at the top doesn't look that nice with the font I'm using (10-Nimbus), might be worse with the 11 pixels tall font cabbiev2 uses. And sorry for taking so long, had to first find out where the compile errors and then data aborting in plugins, I had, came from... |
00:08:57 | kugel | gevaerts: ok, I'm copying my windows7 iso |
00:09:22 | slyyf | Is it worth trying? |
00:09:24 | slyyf | kugel: |
00:09:48 | pixelma | Isn't that a bit off-topic here ;) |
00:09:53 | Llorean | slyyf: This channel is for Rockbox discussion only. He only really mentioned it instead of simply saying "a alrge file" |
00:09:59 | Llorean | *large |
00:10:03 | kugel | slyyf: depends |
00:10:25 | kugel | I think the lcd is more important, but if you're tired of it it doesn't make much sense to force it |
00:10:41 | slyyf | SWEET official PCB diagram for the Samsung P2 |
00:10:55 | kugel | Llorean: I think he's re'ing whether he should try to turn the leds on |
00:11:04 | slyyf | ya |
00:11:48 | kugel | slyyf: well, the leds are probably attached to GPIO, I'm not sure if the pcb diagram helps |
00:12:04 | kugel | GPIO or similar* |
00:12:22 | pixelma | Unhelpful: default position of the album title seems to be bottom though, which looks nice |
00:12:44 | slyyf | They are connected via the LCD connecttor apprently |
00:13:05 | slyyf | maybe.. |
00:13:41 | jhMikeS | amiconn: I kept writes slow on purpose or there would have been some optimization in writing but it would corrupt the FAT almost immediately. I have up trying to pin things down since I had alot of junk to do other than that. |
00:13:49 | kugel | slyyf: I'm inclined to say that RE'ing the OF may give best results |
00:14:06 | slyyf | OF? |
00:14:15 | kugel | orig. firmware |
00:14:27 | amiconn | jhMikeS: I know, the comment says so. I tried an optimisation anyway |
00:14:46 | slyyf | what do I look for though? |
00:14:49 | kugel | and RE refers to reverse engineering, such as disassembling the of file |
00:14:59 | amiconn | Actually I didn't run into problems even with an optimised write loop as long as the thing was unboosted |
00:15:18 | kugel | but that certainly requires some fitness in that area, and some knowledge of assembler |
00:15:28 | slyyf | I have *caugh*cracked*caugh* software before..with ida+ollydbg..thats the most of my RE experience |
00:15:30 | | Quit Aristad (Read error: 110 (Connection timed out)) |
00:15:57 | kugel | hehe, that might already be sufficient |
00:16:18 | slyyf | well, I can go boot into windows and pull up IDA..but I dont know what I look for |
00:16:18 | kugel | ida is nice. just try to load the OF using arm assembly |
00:16:26 | slyyf | I got it loaded before |
00:16:30 | slyyf | got the entry point |
00:16:47 | slyyf | but I dont know what to look for |
00:17:00 | pixelma | urgh, when I want to enter the track list of an album in pf on my c200 now, I get a "Divide by zero at 01F84570 (0)" |
00:17:05 | kugel | slyyf: I can't tell what to look out for, I have 0 experience with the d2 port |
00:17:20 | kugel | you should really try to contact shotofadds, he's your man |
00:17:20 | | Quit AndyI (Read error: 110 (Connection timed out)) |
00:17:38 | * | pixelma should test with an svn build thougj |
00:17:45 | pixelma | *though |
00:18:41 | slyyf | K, the O ring LED thing _is_ connected via the LCD cable |
00:18:54 | kugel | slyyf: do you know the addresses of the hardware registers? |
00:18:54 | | Quit bertrik ("Leaving") |
00:18:55 | | Join Barahir_ [0] (n=jonathan@Xceef.x.pppool.de) |
00:19:06 | slyyf | kugel: I can find it out via the datasheet |
00:19:28 | slyyf | I wonder if IDA runs in Wine...would save me from booting into windows |
00:19:40 | kugel | you can basically search the disassembly for those. the related functions are generally not far away from those |
00:19:58 | kugel | slyyf: I don't know, but I know that it runs natively in linux too |
00:20:05 | slyyf | ya but there are how many pinouts? the LED could be one of how many? |
00:20:52 | kugel | finding that out is up to you :) |
00:21:03 | slyyf | fun, wish me luck, I will go digup a copy of ida |
00:21:33 | kugel | ida runs in the terminal on linux, just as nicely as in windows imo |
00:22:26 | kugel | gevaerts: kde reports transfer speeds between 3 and 1,5MB/s |
00:22:33 | kugel | oh, it stopped now |
00:22:54 | Unhelpful | pixelma: it overlaps the larger covers if it's at top. it's defaulted to top for LCD_HEIGHT > 100, otherwise bottom. |
00:24:07 | slyyf | ...what color is the default bootloader..its displaying blue..I thought I got that fixed... |
00:24:40 | slyyf | isnt it usually muilticoloured? |
00:25:47 | slyyf | must have nicked some number somewhere |
00:26:37 | * | jhMikeS from amiconn's statement gets some idea that clocking needs proper setup for SD interface (or something like that). |
00:26:37 | pixelma | Unhelpful: that divide by zero error happens in SVN too, could it be related to jhMikeS' changes some days ago? |
00:27:10 | jhMikeS | pixelma: Before that it simply would have been ignored and gone unnoticed. |
00:27:11 | | Join tvelocity[a] [0] (n=tony@adsl17-96.her.forthnet.gr) |
00:27:33 | | Quit tvelocity (Connection timed out) |
00:29:29 | slyyf | woa....Thank god for that...IRSSI just asked me "Paste 164 lines to #rockbox?" |
00:29:35 | | Quit Tim3128 (Remote closed the connection) |
00:29:39 | amiconn | jhMikeS: That's what I always said. Either it's some register in the clock setup range, or in the sd controller register range |
00:29:51 | amiconn | The ata controller also has timing setup registers |
00:30:26 | amiconn | If we change core clock, we also need to change the timing setup accordingly |
00:31:03 | | Quit Barahir (Read error: 110 (Connection timed out)) |
00:31:07 | * | rasher fights the bmp loader, the sim or something else |
00:31:11 | amiconn | ...since a lot of peripheral modules seem to be fed from the same clock source as the cores |
00:31:18 | jhMikeS | Maybe like the LCD bridge, it can pick a clock source? |
00:31:53 | amiconn | Some can be switched to 24MHz, e.g. the lcd bridge, but at the cost ofperformance |
00:32:25 | slyyf | kugel: what do you think? (Finall) fix LCD so it doesnt shift over, Fix it so it can actually detect the battery state, OR Make LEDs work so I can feel some sort of accomplishment? |
00:32:35 | amiconn | Also this LCD bridge switching doesn't work reliably on all targets. Some just freeze when switching to 24MHz |
00:33:02 | * | kugel would focus on the lcd |
00:33:16 | slyyf | k |
00:33:24 | slyyf | Its getting frustrating |
00:33:46 | Llorean | slyyf: They all have to be done, so any time you find something that doesn't work, it's still an accomplishment. Just focus on that. :) |
00:33:55 | slyyf | I foundout unlike the D2 its indipendent of any extenel LCD controller |
00:34:19 | slyyf | I found that out by removing any refrences to the communication with lcd code, and it still worked exactly the same |
00:35:48 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
00:39:39 | kugel | BigBambi: hey, you're still playing with full disks? |
00:39:56 | kugel | I just wonder if http://www.rockbox.org/tracker/task/7721 still happens |
00:41:55 | | Quit T0paz ("Leaving") |
00:45:54 | | Nick Barahir_ is now known as Barahir (n=jonathan@Xceef.x.pppool.de) |
00:46:29 | | Quit flydutch ("/* empty */") |
00:48:16 | kugel | gevaerts: copying is getting really slow after the first 1,5GB |
00:50:14 | | Nick PaulJam__ is now known as PaulJam (i=PaulJam_@vpn-3032.gwdg.de) |
00:51:09 | | Quit faemir ("Lost terminal") |
00:52:30 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-1d8386f4a0d17be1) |
00:53:13 | | Quit rocko ("Leaving") |
00:53:28 | | Join akur [0] (n=akur@bl5-224-196.dsl.telepac.pt) |
00:53:48 | | Part akur |
00:54:34 | | Quit ender` (" I think computer viruses should count as life. I think it says something about human nature that the only form of life we h") |
00:54:55 | slyyf | Whatever GPIOA_SET = (1<<16) does, it powerd on the green led |
00:57:43 | slyyf | what is GPIOA_SET? |
00:58:32 | kugel | it writes bits to the GPIO A register |
00:58:59 | slyyf | I meber defined that though |
00:59:05 | slyyf | *never |
00:59:18 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
00:59:48 | kugel | that's essentially doing "set the 16th bit in the GPIOA hardware register [to 1]" |
01:00 |
01:00:04 | slyyf | oh I found its definiton |
01:01:19 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
01:02:10 | | Quit Thundercloud (Remote closed the connection) |
01:02:17 | slyyf | So, something is physically connected to a pin for GPIOA? |
01:02:29 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:02:38 | slyyf | It doesnt effect anything inside the telechip itself |
01:02:42 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:03:04 | slyyf | yes? thats how GPIO works? |
01:03:21 | kugel | slyyf: http://en.wikipedia.org/wiki/GPIO |
01:04:14 | Kohlrabi | Will rockbox play AAC gapless if encoded with Nero Digital Encoder? |
01:05:24 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:05:27 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:07:07 | | Join QuickStart- [0] (n=QUICKSTA@pool-72-88-146-62.nwrknj.east.verizon.net) |
01:07:26 | | Quit QuickStart- (Read error: 104 (Connection reset by peer)) |
01:08:20 | | Quit tvelocity[a] (Connection timed out) |
01:08:22 | kugel | Kohlrabi: I think some AAC profiles are problematic. Are you in need of AAC? You could use MP3 or OGG which offer gapless too |
01:08:24 | Unhelpful | pixelma: would've been silently ignored before, i'll take a look when i have a chance... |
01:08:39 | Kohlrabi | kugel: not really in need, just thought about using it |
01:09:05 | Kohlrabi | I'd really love to use MPC, but I'll wait for a final SV8 version :\ |
01:09:20 | kugel | generally, AAC is one of the less-good supported codecs |
01:09:45 | kugel | as in some profiles (HE-AAC IIUC doesn't quite work), but also as in decoding speed |
01:10:06 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
01:10:24 | kugel | Kohlrabi: http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison |
01:10:53 | kugel | but to answer your initial question, yes, rockbox should be playing it gapless if encoded properly |
01:11:21 | Kohlrabi | hm |
01:11:32 | Kohlrabi | Maybe I should just test my files |
01:11:35 | Kohlrabi | wait a sec. |
01:12:11 | slyyf | can Rockbox have softare FLAC? |
01:12:15 | slyyf | *software |
01:12:21 | Kohlrabi | kugel: do you know if the CPU dynamically scales with needed processing power? |
01:12:31 | Kohlrabi | i.e. will using MPC save me some battery life? |
01:12:45 | kugel | cpu boosts as needed |
01:12:55 | Kohlrabi | nice |
01:13:00 | Kohlrabi | hmm |
01:13:00 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:13:04 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:13:09 | pixelma | Unhelpful: you have an e200, right? |
01:13:09 | kugel | so, yes, codecs with lower requirements will directly result in longer runtime |
01:13:17 | slyyf | kugel: can rockbox decode a codec even if its chip doesnt support it..like..software |
01:13:30 | Kohlrabi | kugel: and rockbox plays Musepack SV(, right? |
01:13:30 | kugel | Kohlrabi: but that's not necessarily true for HD based players |
01:13:39 | Kohlrabi | SV8* |
01:13:42 | kugel | I don't know about mpc, sorry |
01:13:46 | Kohlrabi | ah, OK |
01:13:53 | kugel | but we have the creator of mpc around sometimes |
01:14:10 | kugel | so, I doubt it's unsupported :) |
01:14:50 | slyyf | Woa..according to this the tcc7801 decodes h263..I wish the P2 firmware actually took advantage of that |
01:15:20 | slyyf | er..264 |
01:18:55 | Kohlrabi | nice :) |
01:23:25 | slyyf | Ok, sweet, I know the address for the location that the led controller is...I can just search for that in the firmware in ida |
01:23:59 | kugel | slyyf: just take care of the instruction mode |
01:24:09 | slyyf | I dont know what that is |
01:24:10 | kugel | arm can be done in arm mode, or thumb mode |
01:24:14 | slyyf | ah |
01:24:24 | kugel | the sansa of mostly uses thunmb, I don't know what samsung does |
01:24:26 | linuxstb | Kohlrabi: No, Rockbox doesn't currently play Nero-encoded AAC gaplessly, only itunes-encoded AAC. |
01:24:27 | slyyf | So I have to figure out which it is? |
01:24:47 | Kohlrabi | linuxstb: and it sadly won't play usepack SV8 either :( |
01:24:53 | Kohlrabi | musepack even |
01:25:30 | kugel | we need to poke Buschel then |
01:29:42 | slyyf | Ok, I will have IDA in 10 mins or so, I can relax until then |
01:31:34 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:31:36 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:33:16 | kugel | JdGordon: I don't quite understand your objections against http://www.rockbox.org/tracker/task/9828 |
01:33:49 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:33:51 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:33:54 | tmzt | kugel: is the FS bug for the playback issues on fuze(gen1)? |
01:33:59 | tmzt | is there a |
01:34:15 | kugel | no, and we do not want bug reports on unsupported targets |
01:34:36 | tmzt | where are those tracked, only on forum? |
01:34:58 | kugel | in our minds, and on some wiki pages |
01:35:30 | kugel | maybe in the ams sansa developement thread in the forums |
01:35:30 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:35:33 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:35:57 | kugel | but we know about the playback issues, there's no need to write them down anyway |
01:36:01 | kugel | or anywhere |
01:36:14 | pixelma | kugel: the description of that patch sounds like a slow screen to me |
01:36:30 | kugel | pixelma: which? |
01:37:13 | pixelma | the 9828 one you asked Jd about |
01:37:24 | kugel | what do you mean? |
01:37:32 | kugel | maybe I wasn't clear enough |
01:37:35 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:37:48 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:37:53 | kugel | cancelling only happens when you leave the screen, so nothing is slowed down |
01:38:18 | pixelma | well, if it needs an additional button press now to leave the screen, the handling of the screen will be slowed down |
01:38:51 | kugel | doesn't it need a button to leave anyway? it does on my e200 |
01:38:58 | kugel | and on my fuze and clip |
01:38:59 | slyyf | the only thing ida gives me for linux is a debug server |
01:39:55 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:39:57 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:40:32 | pixelma | kugel: shows how much I know the quick screen. But I know that this wasn't the intention of the quick screen in the beginning and it worked differently on the recorders before button actions (in the core). Someone wanted the old behaviour back |
01:40:40 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:40:42 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:41:14 | kugel | ah right, I remember it was initially thought to work different |
01:41:25 | kugel | no, it's not working like that :p |
01:41:59 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
01:42:01 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:42:50 | | Quit Thundercloud (Remote closed the connection) |
01:42:55 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
01:47:08 | slyyf | kugel: Halp, IDA refuses to load the file like I remember |
01:47:34 | slyyf | Load, type:arm, hit D three times to get the JMP statement, and hit E |
01:48:06 | | Quit Seed ("cu, Andre") |
01:50:40 | slyyf | I remmeber this working before |
01:50:55 | PaulJam | kugel: on h300 with your quickscreen cancel patch the LEFT and RIGHT buttons have no function anymore. |
01:51:13 | PaulJam | (in the quickscreen) |
01:51:31 | slyyf | kugel: Under processor type I shoudl select, arm correct? |
01:52:16 | pixelma | hooray for ACTION_NONE ;) |
01:52:22 | kugel | PaulJam: weird |
01:52:51 | kugel | ACTION_NONE is basically required to remove ACTION_STD_CANCEL and _OK from them in the quickscreen |
01:52:59 | kugel | that's also done on the e200 (and works there) |
01:53:05 | kugel | weird that it doesn't work on the h300 |
01:53:28 | slyyf | kugel Nevermind, I forgot to hit C |
01:53:55 | *** | Saving seen data "./dancer.seen" |
01:54:02 | kugel | PaulJam: can you try reverting the h300 keymap file? |
01:54:12 | PaulJam | ok |
01:54:19 | linuxstb | kugel: Look further down in the h1x0_h3x0 quickscreen keymap - LEFT/RIGHT are used... |
01:54:36 | kugel | yea |
01:54:47 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
01:54:48 | kugel | but I think I figured |
01:55:01 | kugel | e200 doesn't plainly BUTTON_RIGHT |
01:55:15 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-3675ded8bc07391e) |
01:55:16 | slyyf | kugel: is this ARM, ARMB, or ARM: XSCALE/ |
01:55:20 | kugel | it does both with BUTTON_REL and BUTTON_REPEAT respectively, the h300 doesn't do that |
01:55:28 | kugel | so this what I did is probably not needed |
01:56:10 | linuxstb | Yes, it seems odd the h1x0/h3x0 and e200 do that differently. Are LEFT/RIGHT normal buttons on the e200? |
01:56:18 | kugel | yes |
01:56:45 | kugel | and I needed to ACTION_NONE the right button, else it would leave the quickscreen |
01:58:23 | linuxstb | I would guess it's not just the h1x0/h3x0 |
01:59:10 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
01:59:21 | kugel | probably, yes |
02:00 |
02:00:00 | PaulJam | kugel: well, when reverting the keymap then it works. BUt i must say that i really don't like that the settings get reverted when leaving the QS by pressing A-B. thats how i usually leave it because this button can be easier reached. |
02:00:12 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
02:00:39 | kugel | PaulJam: well, I said, the button that usually left the quickscreen, cancels now |
02:00:57 | kugel | and that the usual OK/select button does save the changes. |
02:01:13 | kugel | are the usual OK/Select button(s) badly reachable in the quickscreen? |
02:01:28 | linuxstb | kugel: I think lots of people will think the same as PaulJam - you're changing the keymapping people have been using for years... |
02:01:48 | kugel | I see that BUTTON_ON and BUTTON_SELECT should leave the quickscreen without canceling |
02:02:42 | kugel | linuxstb: yes, I'm aware of that. But otherwise it would be greatly inconsistent with the rest of rockbox |
02:02:46 | PaulJam | and i'm not really sure why this is actually needed, i mean in the QS i usually have items that i change often and so i know what values are appropriate for the current use case, so i won't accidently change it to something that i don't want without knowing what was set before or what would be a good value. |
02:03:14 | linuxstb | Also, is "int" the right type for "old" ? qs->items[i]->setting is defined as void*, so IIUC, you'll at least break 64-bit sims. |
02:03:16 | kugel | PaulJam: that's why I put it on the tracker, it's up for discussion :) |
02:03:36 | kugel | linuxstb: weird that it didn't break my sim, as I'm on 64bit |
02:04:20 | kugel | it worked with int on both, sim and target, here. if that's not the proper type, the correct one will be used ;) |
02:05:38 | slyyf | kugel: Alright, its auto anlyising the file |
02:05:53 | kugel | PaulJam: there's enough confirm buttons on every target from what I've noticed, and I'm having the opinion, that every setting change should be cancelable, this is how the rest in rockbox works too |
02:08:17 | kugel | PaulJam: looking at the h300 keymap, I'm wondering why the normal cancel button isn't used anyway? |
02:08:18 | | Quit HellDragon (Client Quit) |
02:08:35 | PaulJam | kugel: STOP cancels too |
02:08:44 | kugel | ACTION_STD_CANCEL seems to be BUTTON_OFF |
02:09:08 | kugel | ok, so I'm unsure why A-B is even made to cancel |
02:09:14 | PaulJam | yes STOP = BUTTON_OFF |
02:10:20 | kugel | well, if STOP cancels, we could have A-B/BUTTON_MODE save the settings |
02:11:09 | kugel | saving should be the normal action, expressed by using the standard confirm buttons for exiting the quickscreen |
02:11:38 | * | rasher doesn't really see the need for a cancel action in the QS |
02:11:41 | amiconn | kugel: The quickscreen should work "live", that's why it's called quickscreen. It is not cancellable by design |
02:11:52 | kugel | amiconn: it's still live |
02:12:24 | slyyf | kugel: ok, it just finished anlysising..now what |
02:12:35 | kugel | I didn't change live behavior. the old values are just written back if expecitely cancelled |
02:13:43 | rasher | This seems like a solution looking for a problem, and a recipe for confusion... "Why aren't my changes working?" |
02:14:07 | rasher | To me, anyway |
02:14:21 | kugel | there's a splash which indicates cancelling (like in all other settings), so there shouldn't be confusion |
02:14:54 | rasher | Well that's good. Ish. I still don't see the need though |
02:15:08 | kugel | consistency |
02:15:32 | rasher | There are no other screens like it - there's no need to be consistent with anything |
02:17:29 | rasher | That said, I don't understand the need to cancel regular settings either |
02:17:36 | rasher | so maybe I'm just odd |
02:18:23 | kugel | well, I highly appreciate cancellability |
02:18:52 | kugel | especially together with settings that are "live" |
02:19:22 | | Join PaulJam_ [0] (n=PaulJam_@vpn-3010.gwdg.de) |
02:20:15 | | Quit PaulJam (Read error: 60 (Operation timed out)) |
02:20:35 | | Nick PaulJam_ is now known as PaulJam (n=PaulJam_@vpn-3010.gwdg.de) |
02:21:20 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
02:28:09 | slyyf | kugel: Apparently the entire firmware never makes refrence to 0xF005A028 (address for GPIOA_SET_ |
02:28:18 | slyyf | as a string |
02:28:38 | kugel | isn't GPIOA_SET a rockbox function? |
02:29:01 | kugel | you should rather search for the address of GPIOA |
02:29:16 | slyyf | #define GPIOA_SET (*(volatile unsigned long *)0xF005A028) |
02:29:27 | slyyf | I searched for the address F00..etc |
02:29:30 | kugel | hm |
02:29:39 | kugel | 0xF005A020 <−− this is the gpioa base address |
02:29:48 | kugel | you should search for this |
02:29:50 | slyyf | k |
02:30:02 | kugel | searching for the whole address can be tricky |
02:30:13 | kugel | especially if you disassembly in thumb mode |
02:30:31 | slyyf | I am using whatever IDA chose as default |
02:30:58 | kugel | you also need to take care of the endianess |
02:31:24 | kugel | try to search only for F005 or A020, that's more likely to give results |
02:31:36 | slyyf | ohh damn, right |
02:31:44 | slyyf | ^ Gave me some results anyways |
02:31:48 | slyyf | er..anyway |
02:32:13 | slyyf | all like |
02:32:27 | slyyf | LDR r0, = THATADDRESS |
02:32:37 | slyyf | not always r0 however |
02:32:43 | kugel | see, you found something :) |
02:32:49 | kugel | which register doesn't really matter |
02:33:16 | slyyf | k...so what is that line doing? |
02:33:21 | slyyf | I dont know arm |
02:33:28 | | Join wpyh [0] (n=william@123.114.165.79) |
02:33:33 | kugel | that loads the address into that register |
02:33:41 | slyyf | ah ok |
02:33:55 | slyyf | and a register is like a slot or w/e, k |
02:34:07 | kugel | slyyf: here's a good simple guide on arm disassembly which you may refer to http://www.peter-cockerell.net/aalp/html/frames.html |
02:34:16 | slyyf | k, thanks |
02:37:58 | Unhelpful | pixelma: yes, an e200 and an s60 |
02:43:58 | Unhelpful | pixelma: was this a particular album, or any time you go to the tracklist on any album? |
02:44:19 | * | Unhelpful wonders if it has to do with his correcting the sine table to have actual zeroes in it :/ |
02:47:09 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
02:48:22 | | Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
02:49:31 | | Join yhuang [0] (n=yhuang@nat01-voorhees-ext.rutgers.edu) |
02:50:09 | slyyf | kugel: Ok, so as a test here is what I am going to do: Search for the address for the volume thing in the telechip, from there find the one that is increasing the volume..look for a check before it..somewhere in there there should be a check for if the hold key is on...and once i find the hold key address, I can search for occurances of that, and then the code for blinking the red LED when you do something on hold that you cannot |
02:50:17 | slyyf | sound good? |
02:50:52 | kugel | that could work |
02:50:59 | kugel | but it doesn't have to |
02:51:05 | slyyf | unless you habe better plan? |
02:51:07 | slyyf | *have |
02:51:12 | kugel | I don't have any plan |
02:57:06 | | Quit Makuseru (Remote closed the connection) |
02:58:22 | slyyf | are there flaws in mine/ |
03:00 |
03:04:13 | | Join lu6cifer [0] (n=luhkevin@pool-71-126-109-205.phlapa.east.verizon.net) |
03:04:23 | lu6cifer | hey, how do I skip the loading screen when playing doom? |
03:04:50 | Unhelpful | the one that displays while loading the game? |
03:04:55 | lu6cifer | yea |
03:05:00 | lu6cifer | well |
03:05:07 | Unhelpful | i don't see how you could expect to do that? |
03:05:31 | lu6cifer | it's the one that shows a video of the guy playing the game |
03:05:35 | lu6cifer | not really a loading screen |
03:05:39 | lu6cifer | more of an intro |
03:05:50 | PaulJam | have you looked in the manual? |
03:05:58 | lu6cifer | no... |
03:06:01 | | Join Strife89 [0] (n=michael@204.116.244.200) |
03:08:00 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
03:08:32 | | Join Llorean [0] (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) |
03:08:47 | slyyf | would be nice if this thing had an emulator |
03:16:37 | gartral1 | well, i figured one thing out, when you resume playback after a major update, it causes the abort, after playing a track from the internal memory, and moving back to where i was, it plays with out fail |
03:20:14 | slyyf | Does 0xF0059044 have any sort of alias? |
03:21:26 | | Quit lu6cifer ("Lost terminal") |
03:21:28 | kugel | PaulJam: I uploaded another version which is a bit better with the buttons |
03:22:43 | kugel | or not, tracker is painfully slow |
03:23:17 | kugel | slyyf: the datasheet tells you |
03:23:21 | kugel | or the d2 code |
03:23:52 | kugel | #define DAVC (*(volatile unsigned long *)0xF0059044) |
03:23:58 | PaulJam | i'll try it. btw, you should give your patches numbers. |
03:24:09 | kugel | PaulJam: yea, I usually do that |
03:24:25 | kugel | but sometimes just when uploading the 3rd version ;) |
03:24:48 | kugel | lol! I forgot quickscreen.c |
03:25:12 | slyyf | kugel: the rom has no refrence to 0xF0059044 ...I guess they must like, add 0x44 to the controller location or something? |
03:26:24 | kugel | slyyf: tcc780x.h contains register definitions |
03:26:46 | slyyf | kugel: refering to the original P2 rom |
03:28:35 | kugel | slyyf: no idea, really |
03:29:02 | kugel | slyyf: I can't really help you any further. You're kinda alone, until shotofadds retuns some day |
03:29:15 | | Quit Strife89 ("Bed early.") |
03:29:26 | | Quit kugel (Remote closed the connection) |
03:30:59 | slyyf | who? |
03:31:43 | slyyf | oh, the D2 dev |
03:32:14 | gartral1 | yea, but he disappeared a while ago, never said nothing, just went poof |
03:37:25 | slyyf | fail...I should actually concentrate on the bootup sequence for now and see if I can find the lcd init code |
03:38:09 | Unhelpful | pixelma: unfortunately, when i built it myself, pictureflow.map shows that address in the middle the pictureflow splash logo... would you mind giving it a try with this build? https://looking-glass.us/~chshrcat/rockbox/rockbox-c200-test.zip |
03:38:32 | * | Unhelpful is hoping the address reported turns out to be where the bad call to the division routine was made, and not just the address of __div0 |
03:53:59 | *** | Saving seen data "./dancer.seen" |
03:55:58 | | Quit Seed ("cu, Andre") |
03:58:59 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
04:00 |
04:04:18 | | Quit wpyh (Read error: 104 (Connection reset by peer)) |
04:04:50 | | Part gartral1 |
04:06:05 | | Quit XavierGr () |
04:13:45 | | Join blkhawk- [0] (i=HydraIRC@g227067170.adsl.alicedsl.de) |
04:14:30 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
04:15:00 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-eb292c1ccdafb6eb) |
04:23:01 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
04:24:32 | | Join Barahir_ [0] (n=jonathan@Xaa4b.x.pppool.de) |
04:31:28 | | Quit blkhawk (Connection timed out) |
04:32:02 | | Nick blkhawk- is now known as blkhawk (i=HydraIRC@g227067170.adsl.alicedsl.de) |
04:32:08 | | Quit rocko ("Leaving") |
04:35:42 | | Quit Barahir (Read error: 110 (Connection timed out)) |
04:36:57 | | Join gartral1 [0] (n=Gartral@adsl-75-33-69-121.dsl.bcvloh.sbcglobal.net) |
04:37:10 | | Quit PaulJam (".") |
04:37:54 | | Nick yhuang is now known as help (n=yhuang@nat01-voorhees-ext.rutgers.edu) |
04:38:04 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
04:38:14 | | Nick help is now known as yhuang (n=yhuang@nat01-voorhees-ext.rutgers.edu) |
04:41:07 | | Quit yhuang ("Leaving") |
04:41:39 | | Join yhuang [0] (n=yhuang@nat01-voorhees-ext.rutgers.edu) |
04:53:43 | | Quit agaffney (Read error: 110 (Connection timed out)) |
04:54:35 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
04:59:35 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
05:00 |
05:00:37 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
05:01:59 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
05:12:08 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
05:12:46 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
05:15:13 | | Nick yhuang is now known as yhuang_ (n=yhuang@nat01-voorhees-ext.rutgers.edu) |
05:15:50 | | Nick yhuang_ is now known as yhuang (n=yhuang@nat01-voorhees-ext.rutgers.edu) |
05:16:07 | | Quit slyyf (Read error: 110 (Connection timed out)) |
05:18:06 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
05:18:08 | | Join agaffney_ [0] (n=agaffney@gentoo/developer/agaffney) |
05:24:51 | | Quit agaffney_ (Read error: 104 (Connection reset by peer)) |
05:26:50 | gartral1 | as i was saying, im still not shure where the problem was, and i was directed be gevaerts i belive, too ffile a FS too post the two files he had asked for |
05:29:41 | gartral1 | and nope, no luck with the aforementioned method, lessee, how can i cause a file to become corrupt? |
05:30:31 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
05:31:05 | | Join Valerian [0] (n=Valerian@203.171.86.202) |
05:31:36 | | Quit Valerian (Client Quit) |
05:32:20 | | Quit Horschti ("Verlassend") |
05:39:54 | gartral1 | and it JUST happened, same spot, after the buffer refilled from the first emptying, as soon as the bottom three filled, it aborted |
05:40:31 | krazykit | you're saying rockbox has trouble playing corrupt files? |
05:41:01 | gartral1 | im saying that it causes the corruption |
05:41:53 | gartral1 | keep in mind, im playing from SD, which has been known too be troublesome in the past |
05:42:56 | Llorean | Rockbox doesn't write to your audio files. |
05:42:56 | gartral1 | either that or the buffer is brokeny |
05:43:22 | gartral1 | well, lets see what happens after it emptys and fills again |
05:43:55 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
05:44:30 | gartral1 | is there a way too force the buffers to quickly empty without skipping tracks?? |
05:45:08 | Llorean | Increase playback speed or use higher bitrate files so that more data is consumed per second |
05:49:41 | gartral1 | grrr this is sporadic! as soon as i think i have it cornered, its cause and trigger seem too jump |
05:49:52 | | Quit rocko ("Leaving") |
05:53:15 | | Join Valerian [0] (n=Valerian@203.171.86.202) |
05:53:37 | gartral1 | is there a tool too test the source file for errors? |
05:53:43 | Llorean | "the source file"? |
05:53:57 | | Nick Valerian is now known as Bunny_cuddles (n=Valerian@203.171.86.202) |
05:54:03 | gartral1 | the original MP3, from my systems harddrive |
05:54:05 | *** | Saving seen data "./dancer.seen" |
05:54:18 | Bunny_cuddles | play it? |
05:54:53 | Llorean | Try decoding it with ffmpeg or such and see if it reports any errors. |
05:55:32 | gartral1 | well, i know it plays fine in all the music playback software i have, i was thinking more a way to pick it apart and check it over |
05:55:37 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
05:55:58 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
05:56:16 | Bunny_cuddles | do you mean edit it? |
05:57:06 | Llorean | gartral1: ffmpeg will probably report errors and warnings where it's still able to play but something was wrong with the file |
05:57:38 | Llorean | gartral1: You are not putting music on the player/card with Rockbox's USB mode, right? |
05:57:55 | Llorean | You never responded to my query as to whether you were using the officially provided build on the flyspray task (or any of my questions, really) |
06:00 |
06:00:19 | gartral1 | Llorean: sorry, havent checked FS, and yes, ive tryed both my modded builds and official, both sporadically crash in the same place across 2 different e250s |
06:01:27 | Llorean | If you're going to use flyspray, you should turn on email notifications so that it's actually useful. |
06:01:30 | Llorean | As well, what about USB? |
06:02:55 | gartral1 | it is the file, winff just aborted on it, but way late in playback, and no, i do have the usb mode on, but i used an external card reader to transfer, and i have email notifications on, just havent checked |
06:03:18 | Llorean | You *need* to be using an official build for all tests, please |
06:04:52 | * | gartral1 sighs "ive diffed mine with the officials, all thats different is my bootsplash, thats all, besides that, its 100% your code, and about filespray, im checking now |
06:05:09 | Llorean | gartral1: And I've told you: There could be differences in the environment in which you compiled it. |
06:05:22 | Llorean | So please, shut up about the "I've diffed the code" aspect, and follow our standards for filing bug reports. |
06:06:04 | Llorean | Use the official one so that we can factor out _all_ possible additionally introduced variables. |
06:06:58 | gartral1 | look, its off of JDs and i keep an official build on the card, and it does the same thing, so, i do belive its not my enviroment |
06:07:08 | Llorean | That _doesn't matter_ |
06:07:13 | Llorean | For all official bug reports, be using an official build. |
06:07:19 | Llorean | It's a very simple standard. |
06:08:55 | gartral1 | like i said, at the time, i tryed _both_ they _both_ abort at 000090D0 0, if there were any difference between them, i would have mentioned already |
06:09:35 | Llorean | And, if it hadn't been corrupted on the original file, how would you know your build hadn't corrupted it and then the official build had failed because it was now corrupt? |
06:10:12 | gartral1 | because i always start with the official and move to mine |
06:10:27 | | Quit Bunny_cuddles ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
06:10:29 | Llorean | I find that completely unbelievable. |
06:10:55 | Llorean | Every time you boot the player, you boot the official build, listen to music, and then *if* it crashes, you reboot to your build to see if yours does too? |
06:11:06 | | Part toffe82 |
06:12:06 | gartral1 | yes, with the exception of _once_ the very first time it happened, since then, i start with official |
06:12:29 | Llorean | Why, exactly, do you even have your build around if you never use it until after you've had a crash? |
06:12:37 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
06:12:42 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
06:12:42 | Llorean | You know we don't accept bug reports on custom builds. |
06:12:43 | gartral1 | and ive replaced most of the files on the drive since then, soo... |
06:13:02 | gartral1 | cause i like my boot splash >.> |
06:13:09 | gartral1 | no real other reason |
06:13:15 | Llorean | Yes, but you would only ever see your boot splash *if* you had a crash, by your definition. |
06:14:21 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
06:14:23 | | Join hd [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
06:16:45 | Llorean | Anyway, so the original file is corrupt, right? |
06:16:52 | gartral1 | look, the point is moot, they both crash, thats the meat, beyond that, im rather hard-pressed too reproduce it, and further more, i just said the the parent file that was transfered just crashed ffmpeg, three times, so its obviosly not even rockbox |
06:17:20 | Llorean | gartral1: For future bug reports, be using the official build, and stick to the official build only as long as you're helping investigate the bug please. |
06:17:27 | Llorean | *don't* introduce artificial additional factors. |
06:17:35 | gartral1 | but it doesnt explain the oggs that crash in rockbox, just the one file |
06:17:48 | Llorean | gartral1: Have you verified they're good too? |
06:18:26 | Llorean | And you should probably use a command-line ffmpeg so you can see the full log, rather than just determining by whether a crash occurs. |
06:18:56 | gartral1 | yep, in the proccess, so far, only found 3 bad ones (when the entirty of the drives contents crashed rockbox before a wright over...) im really baffeled by this |
06:19:23 | Llorean | Didn't you previously narrow it down to a small selection of songs? |
06:20:14 | gartral1 | at first, then it started happening universally, then i reloaded everything and only a few albums did it, then i reloaded those, and now only a few songs, and only once in a while |
06:20:46 | Llorean | And the files that fail turn out to be corrupt when you actually test them? |
06:20:47 | gartral1 | and the whole thing has me stripping my hair out... |
06:20:58 | gartral1 | some yes, others, no |
06:21:14 | Llorean | You've tested some on the actual card that crash rockbox, but aren't corrupt? |
06:21:47 | gartral1 | yes |
06:21:58 | Llorean | I thought you *just* started testing, and you were testing the original files. |
06:22:01 | gartral1 | its very hard too pinpoint the actual cause |
06:22:58 | gartral1 | yes, thats the drive there on that i just started with, ive been looking at whats on the card with rockbox for a bit, havent tryed them with winff yet though |
06:23:20 | Llorean | So you *haven't* tested ones that crash Rockbox on the card with ffmpeg? |
06:23:54 | gartral1 | not from the card with ffmpeg, but as soon as im done with the drive, ill move too the card |
06:24:01 | Llorean | So why'd you say you had tested them? |
06:24:10 | Llorean | I'm getting really confused. |
06:24:21 | gartral1 | cause i HAVE tested them with rockbox! |
06:24:30 | Llorean | That's NOT TESTING THEM. |
06:24:55 | gartral1 | how do you think i feel! |
06:25:10 | Llorean | Seriously. |
06:25:32 | Llorean | if the problem is "they crash Rockbox" and I ask "have you tested them elsewhere to see if they're corrupted" you don't answer "yes" when the only test you've run is trying to play them in Rockbox |
06:25:48 | Llorean | Unless you intend to say "sometimes they crash Rockbox, sometimes they don't" in which case you need to *say* it, because you haven't mentioned that anywhere yet. |
06:26:17 | gartral1 | but anyway, so far, i only have three parent files actually corrupted, starting the card |
06:26:42 | Llorean | Do you intend to say "sometimes they crash, sometimes they don't" or not? |
06:26:46 | Llorean | I really need clear answers here. |
06:27:23 | gartral1 | and yes, ive tryed playing them in other things that wernt ffmpeg, and they worked, so at first, i thought nothing of it, and b when i first started, yes, THEY ALL crashed rockbox |
06:27:30 | Llorean | Otherwise I have no idea what you mean by "I tested them with Rockbox" and I'd like an explanation of why that was relevant so I understand where we're standing, and what you meant by "tested" |
06:28:33 | Llorean | "they all crashed Rockbox but when I recopied them, they didn't" doesn't mean much, since we can't go back to test the old files for corruption. |
06:28:43 | Llorean | The only files I'm asking about are files that are _currently_ crashing Rockbox |
06:29:06 | | Quit yhuang ("Leaving") |
06:29:07 | Llorean | And you should probably test them with ffplay and watch for warning or error messages in the log. |
06:29:13 | gartral1 | ok, prioritizing the three that caused ffmpeg too fail, the three on the card are failing so far as well, but there are other files that crashed rockbox in the card that arnt crashing ffmpeg |
06:29:14 | Llorean | WinFF may cover up warnings, I'm not sure. |
06:29:20 | | Join yhuang [0] (n=yhuang@unaffiliated/yhuang) |
06:29:41 | jhMikeS | Unhelpful: __div0 is called with lr for the division routine in [sp] |
06:29:44 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
06:29:51 | Llorean | gartral1: I've said a few times now, you probably shouldn't be using WinFF |
06:29:54 | Llorean | Are you just ignoring me? |
06:30:22 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
06:30:40 | gartral1 | and ffplay isnt giving warning either, it just aborts |
06:30:53 | Llorean | Aborts why? |
06:31:18 | gartral1 | no reason given, the prompt window just disappears and stops playing |
06:31:28 | gartral1 | same thing winff did |
06:31:45 | Llorean | Try the files that don't crash winff... |
06:31:51 | Llorean | The ones that do crash Rockbox but don't crash winff. |
06:32:04 | gartral1 | so far so good |
06:32:21 | Llorean | Playing from the card? |
06:32:29 | gartral1 | yessir |
06:32:47 | gartral1 | playing finely, i might add |
06:33:21 | | Quit timc (Remote closed the connection) |
06:34:02 | * | gartral1 is banging head into the desk trying to figure this out |
06:35:15 | gartral1 | ok, so far we have 3 confirmed corrupts that _always_ crash ffplay/winff, and _sometimes_ crash rockbox, and 2 that tottally work, and _sometimes_ crash rockbox |
06:35:30 | Llorean | gartral1: I thought you said they always crash Rockbox and at the same point in the song. |
06:36:14 | | Join timc [0] (n=aoeu@124.93.243.83) |
06:36:54 | gartral1 | the three corrupt ones, when they do crash, yes, but its more cause of timing in the buffer in RB, with ffmpeg, yes, its always near the end of the song, and i cant tell exactly where cause neither winff, nor ffplay give a staus bar, or timer |
06:37:36 | Llorean | But you just said all 5 songs only sometimes crash Rockbox. |
06:38:02 | | Quit agaffney (Read error: 110 (Connection timed out)) |
06:38:03 | gartral1 | yes, which is totally confusing me... |
06:38:21 | Llorean | So we're down from "all my files" to only five? |
06:38:29 | Llorean | The bug report says "any music file" |
06:38:29 | gartral1 | and before we reloop, YES im using the official builds ATM |
06:38:43 | Llorean | But from what you've described, it's not all files. |
06:38:45 | gartral1 | cause at the time i filed, it was any file i played |
06:39:08 | gartral1 | ive since then reloaded my music, and it has fixed most of them |
06:39:41 | Llorean | Didn't you have this problem just a week or two ago? |
06:39:47 | gartral1 | at least, as far as ive tested, it would take hours to indevidually test all |
06:39:48 | Llorean | Same problem, all your files, found out they were mostly corrupted? |
06:40:19 | gartral1 | no, a week ago, i cleaned the database cache and THAT fixed most... for a bit... |
06:40:20 | Llorean | Well, as I said in my comment: Don't say "all files" if you don't actually mean all, and even if you do, document the details since it's still not guaranteed every file will play |
06:40:27 | Llorean | More information in a bug report is helpful |
06:40:59 | Llorean | Now, how were the files that are failing encoded, and what format? |
06:41:50 | gartral1 | mostly MP3, one ogg, all sometimes fail, sometimes play with no problem... |
06:42:39 | Llorean | You mean "ogg vorbis"? |
06:43:22 | gartral1 | two, one an MP3, the other the Ogm, both play fine in ffplay/winff, and sometimes fail with RB |
06:44:03 | Llorean | "Ogm" is the extension for movies in ogg containers. Please, be careful with your typing. |
06:44:17 | Llorean | Unless you mean it really is a .ogm |
06:44:22 | gartral1 | ok, Oga, sorry, it gets confusing |
06:45:00 | * | gartral1 makes the mental mistake "ogg music" instead of the proper "ogg audio" |
06:45:31 | Llorean | That still doesn't tell me if it's vorbis. There are a few audio formats you can put in a .ogg or .oga file and we support two of them. |
06:45:34 | Llorean | Three, actually |
06:45:46 | Llorean | That's why I asked. |
06:46:22 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
06:47:01 | gartral1 | i was only aware that ogg flac and and ogg vorbis are "oga" files, and all my "ogg" media is labeled by the now old ".ogg" extension |
06:47:36 | Llorean | Could you please just answer the question, though? |
06:47:56 | gartral1 | yes, vorvis |
06:48:04 | gartral1 | vorbis* |
06:48:31 | Llorean | And how were they encoded? |
06:49:14 | Llorean | You should probably post file details to the flyspray tracker so other devs can attempt to reproduce the problem |
06:49:40 | | Join agaffney_ [0] (n=agaffney@gentoo/developer/agaffney) |
06:49:49 | gartral1 | directly from CD, using Exact Audio Copy with the vorbis 2 encoder |
06:51:13 | gartral1 | ok, if i could have edit perms to my filespray post, ill fix it |
06:51:35 | Llorean | Just post a reply. |
06:52:09 | Llorean | Describe specifically what settings you used to encode all the files that crash |
06:52:26 | gartral1 | ..... thats was a year and a half ago... |
06:54:11 | Llorean | Look. |
06:54:19 | Llorean | At this point you're the _only_ person who's having this problem |
06:54:26 | Llorean | It means there's either something unique about your files, or your player. |
06:54:47 | Llorean | If you want someone to look into it, you need to be able to give them a recipe to reproduce the problem. |
06:55:03 | Llorean | That means as many details as possible about how to create a file that will cause this problem. |
06:55:34 | gartral1 | i only remember they were all q7 vbr ogg vorbis files or q6 mp3 vbr, beyond that, there really is no other defining information about them... |
06:56:47 | Llorean | Then it's almost certainly your player. |
06:56:59 | Llorean | If standard MP3 / Vorbis files crashed it, we'd have plenty more reports |
06:57:07 | Llorean | But you said you tried two players. |
06:57:13 | gartral1 | no, ive mentioned before, my moms dap is doing the same things |
06:57:36 | Llorean | So what's unique about these files. You mentioned last time that your files were 48khz. |
06:57:42 | Llorean | Are these resampled to 48 for some reason? |
06:57:52 | gartral1 | and its the same hardware, a non "R" e250 |
06:57:57 | | Quit DataGhost () |
06:57:59 | gartral1 | yes.. |
06:58:10 | Llorean | CDs are 44.1 |
06:58:27 | Llorean | You actually degrade the sound quality by encoding at 48khz |
06:58:46 | gartral1 | yes, but the EAC program has 48 by default... |
06:58:49 | Llorean | No. |
06:58:51 | Llorean | It doesn't |
06:58:54 | Llorean | It has 44.1 |
06:59:01 | gartral1 | it did when i installed it |
06:59:27 | gartral1 | otherwise the audio files would all be 44.1 |
06:59:29 | Llorean | It never has for CDs, because CDs are 44.1 and the whole point is _Exact_ Audio Copy |
06:59:43 | Llorean | Any 48khz files could never possibly be exact. |
06:59:51 | Llorean | They'd be an exact copy of a resampled (different) CD |
07:00 |
07:00:31 | gartral1 | anyway, is there some reason a 48 khrz file would break rockbox? |
07:00:42 | Llorean | It shouldn't |
07:00:55 | Llorean | But it's a very important piece of information for someone to test your files accurately. |
07:01:17 | Llorean | You need to include mention of that on the task |
07:01:22 | gartral1 | and looking closly, no, some are 44.1, others are 48 |
07:02:22 | Llorean | Well, document them on the task, please |
07:02:32 | Llorean | Bitrate, file format, any encoding options you remember, and sample rate. |
07:02:39 | Llorean | For each of the five crashing files, at the very least. |
07:03:15 | Llorean | Oh, and encoder version used if you can figure that out |
07:03:43 | | Quit sarixe (Remote closed the connection) |
07:03:59 | | Quit agaffney_ (Read error: 104 (Connection reset by peer)) |
07:07:13 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
07:07:46 | Llorean | The other possibility is that it's your MicroSD card that's the problem. |
07:08:10 | Llorean | It would certainly explain why sometimes you get corruption, sometimes you don't, sometimes you get crashes, sometimes you don't. |
07:09:16 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
07:12:01 | gartral1 | nah, ive upgraded both since, and not likely a problem with the card, as the parents from my harddrive are curropt as well |
07:12:57 | Llorean | Only a couple of the parents are corrupt. |
07:13:08 | * | gartral1 needs too learn the proper spelling of "corrupt" |
07:14:02 | Llorean | You need to not assume this is all one problem. It's possibly one problem, or its possibly multiple. Right now we're just gathering data. |
07:14:26 | Llorean | Do non-corrupt songs on the internal storage ever fail? |
07:16:24 | gartral1 | nope, not since my "grand reload" |
07:16:37 | gartral1 | before that, yes |
07:16:50 | Llorean | As I told you earlier, I'm not asking about before. |
07:16:57 | gartral1 | as i said, _any_ file caused it too fail |
07:17:02 | Llorean | As I told you earlier, I'm not asking about before. |
07:17:14 | gartral1 | no, not anymore |
07:17:36 | | Join Darksair [0] (n=user@221.221.156.123) |
07:17:50 | Llorean | Then it would be a good idea to investigate the card as well. |
07:18:01 | Llorean | Since only it and your music are the common factor. |
07:18:10 | gartral1 | its a transcend 4 gig SDHC calss 4 |
07:19:12 | gartral1 | and i formatted it when i got it, it came up as 3.74 gigs, with no errors, and running a check now, just too make sure |
07:21:22 | gartral1 | no errors... |
07:21:49 | gartral1 | i think its just a bad copy on the part of the 2 oddlings, and bad parents for the other three |
07:22:04 | Llorean | I thought you said you tested the ones on the card... |
07:22:35 | gartral1 | i did, and the same five failed, i thought i mentioned that clearly |
07:23:08 | Llorean | You said that some past the ffplay test. |
07:23:11 | Llorean | *passed |
07:24:10 | gartral1 | yes, the two oddling ones that seemed ok from the drive and card, but looking at bin size, ther are different, short by 6 and 20 bytes |
07:24:31 | gartral1 | on the card, i should say |
07:24:48 | Llorean | So in the end, the problem is basically "rockbox doesn't deal with bad files well"? |
07:24:56 | gartral1 | i belive soo |
07:25:04 | gartral1 | let me reload these five and see |
07:25:22 | Llorean | reloading the ones with bad parents won't fix anything |
07:25:47 | gartral1 | if its _just_ the three confirmed bad ones, then thats the case, if all five fail, theres something more here |
07:25:53 | Llorean | And honestly, it sounds like ffmpeg may be more forgiving than Rockbox right now, so we don't know if the "good" parents are really good |
07:26:03 | | Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) |
07:26:29 | gartral1 | now all i gotta do is try to get it too abort... |
07:30:05 | gartral1 | dangit, now, when i WANT it too abort, its fine! grrrrr |
07:33:31 | gartral1 | ok, it just aborted on a bad one, played the two odd ones ok though, so, i think it is "rockbox hates poorly encoded media" |
07:39:13 | gartral1 | ok, well, thank you very much for being so patiant with me |
07:40:37 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
07:47:43 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
07:50:28 | gartral1 | anyway, i have it working, its 2 am, im off too bed all, night |
07:54:09 | *** | Saving seen data "./dancer.seen" |
07:57:14 | | Part gartral1 |
08:00 |
08:05:56 | | Quit hd (Read error: 110 (Connection timed out)) |
08:20:44 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
08:34:16 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:40:02 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
08:44:10 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
08:48:33 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
08:57:35 | | Join Rob2222 [0] (n=Miranda@p4FDCF61B.dip.t-dialin.net) |
09:00 |
09:00:00 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:13:46 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
09:16:08 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
09:19:04 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
09:26:19 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
09:29:18 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
09:36:49 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
09:37:01 | | Join fragilematter [0] (n=fragilem@92.83.248.112) |
09:40:06 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
09:42:14 | | Quit EspeonEefi ("さよなら") |
09:43:16 | | Part B4gder |
09:45:55 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
09:47:54 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
09:49:07 | | Quit EspeonEefi (Client Quit) |
09:54:10 | *** | Saving seen data "./dancer.seen" |
09:58:49 | | Nick Barahir_ is now known as Barahir (n=jonathan@Xaa4b.x.pppool.de) |
10:00 |
10:00:29 | | Quit robin0800 () |
10:00:48 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
10:10:23 | | Quit fragilematter ("I'll be back sometime today.") |
10:10:36 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
10:12:02 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
10:12:27 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
10:34:07 | | Quit gevaerts (Nick collision from services.) |
10:34:16 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
10:35:56 | | Quit Thundercloud (Remote closed the connection) |
10:40:19 | | Join EspeonEefi [0] (i=eefi@STRATTON-SIX-FOURTY-SIX.MIT.EDU) |
10:40:45 | JdGordon | so whats the correct way to read text in from a utf8 file? |
10:40:54 | JdGordon | re FS #9839 |
10:42:07 | linuxstb | 9839? |
10:42:19 | JdGordon | 9830 sorry |
10:43:37 | | Quit EspeonEefi (Client Quit) |
10:48:34 | linuxstb | Ah, OK. I guess what we would want Rockbox to do would be to treat the file as utf-8 encoded if the BOM is found, otherwise use the user's codepage. playlist.c seems to do this. |
10:52:35 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
10:53:00 | JdGordon | looks like cuesheet tries to convert to utf8 regardless of if its utf8 or not |
10:56:39 | JdGordon | if it is utf8 we can just do a strcpy instead of iso_decode()? |
10:57:34 | linuxstb | Yes. |
10:59:46 | JdGordon | http://pastebin.com/df24e505 ? |
11:00 |
11:00:59 | | Quit nuonguy ("This computer has gone to sleep") |
11:01:16 | * | JdGordon gives it a try |
11:02:03 | linuxstb | That looks OK to me. |
11:03:00 | | Quit kachna (Read error: 113 (No route to host)) |
11:03:38 | linuxstb | Although I don't think strncpy will null-terminate the string if it's longer than the buffer. |
11:04:13 | B4gder | on thursday morning 0800 CET, the main web site, the build master, the mailing lists etc will be down for some 30 minutes or so |
11:04:49 | linuxstb | JdGordon: And shouldn't the strncpy use "MAX_NAME*3" ? |
11:05:06 | JdGordon | why *3? |
11:05:20 | linuxstb | That's the size of the buffer. |
11:06:13 | JdGordon | wtf? I wonder why whoever did that change didnt just fix that #define? |
11:07:06 | JdGordon | roolku did that back in nov 07! |
11:07:19 | linuxstb | MAX_NAME is the maximum number of characters, not bytes. |
11:09:41 | JdGordon | should that be changed to MAX_NAME_BYTES and MAX_NAME_CHARS (maybe something shorter?) |
11:10:47 | linuxstb | You could just use sizeof() instead of MAX_NAME_BYTES |
11:11:15 | linuxstb | Or maybe not... |
11:11:22 | JdGordon | not with the way dest is used |
11:11:43 | JdGordon | meh, MAX_NAME*3 and +1 for the \0 line work well enough |
11:13:17 | linuxstb | +1 ? Don't you just mean dest[MAX_NAME*3] = 0? |
11:13:35 | | Join gromit`` [0] (n=gromit@ALagny-154-1-8-60.w83-112.abo.wanadoo.fr) |
11:13:53 | linuxstb | Also, the strncpys at the end of that function (copying performer name) should be fixed to use *3 as well IIUC. |
11:14:08 | JdGordon | arg, yeah of course |
11:14:13 | linuxstb | (or sizeof would work there...) |
11:14:57 | Llorean | Maybe add a define somewhere for what that 3 is, just so it's clearer when someone reads in the future? |
11:15:23 | JdGordon | ill add a quick comment |
11:16:45 | JdGordon | *3 because utf8 chars can be max 3 bytes each? |
11:16:56 | linuxstb | I'm not even sure if that's true though... |
11:17:14 | linuxstb | No, it can be up to 4... |
11:18:05 | * | linuxstb sees another trivial bugfix that opens a can of worms... |
11:19:23 | JdGordon | apparently the last byte is for rarely used chars |
11:19:24 | | Quit gromit` (Read error: 110 (Connection timed out)) |
11:19:33 | | Quit kugel (Remote closed the connection) |
11:20:30 | Llorean | linuxstb: Looking at the wikipedia page, UTF-8 sequences can be longer than 4 bytes. |
11:21:06 | Llorean | I'm not sure why, but there's characters reserved for the beginning of 5 and 6 byte sequences |
11:21:11 | Llorean | Er, bytes reserved |
11:24:56 | linuxstb | That same page says that RFC 3629 restricts UTF-8 to chars up to 0x10ffff - so only 4 bytes are needed. |
11:25:24 | Llorean | Ah |
11:31:05 | | Join fragilematter [0] (n=fragilem@92.83.248.112) |
11:32:09 | JdGordon | I wonder if we should bother with a readline_utf8? and fix open_utf8() so it can let the caller know if the file is utf8 or not? |
11:40:36 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
11:41:20 | | Join gromit` [0] (n=gromit@ALagny-154-1-64-33.w81-249.abo.wanadoo.fr) |
11:43:56 | | Part LinusN |
11:46:50 | markun | 3 bytes are enough for any 16-bit unicode character. I don't think we will support more than that. |
11:46:55 | | Quit gromit`` (Read error: 110 (Connection timed out)) |
11:50:06 | Llorean | Is unifont only the 16-bit ones, then? |
11:54:14 | *** | Saving seen data "./dancer.seen" |
12:00 |
12:05:48 | | Join BigBambi_w [0] (i=86ceaf40@64.62.228.82) |
12:10:03 | | Part B4gder |
12:10:14 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
12:12:10 | | Quit timc ("Leaving") |
12:12:54 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
12:18:45 | | Join tvelocity [0] (n=tony@195.74.255.80) |
12:19:56 | | Quit robin0800 (Remote closed the connection) |
12:19:57 | | Join gromit`` [0] (n=gromit@ALagny-154-1-35-8.w83-200.abo.wanadoo.fr) |
12:20:16 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
12:32:03 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
12:32:03 | | Quit gromit` (Read error: 110 (Connection timed out)) |
12:35:15 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
12:36:26 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
12:42:02 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
12:43:15 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
12:52:10 | | Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") |
12:52:30 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
12:52:37 | amiconn | Llorean: BDF doesn't support more than the BMP |
12:57:26 | | Join Darksair [0] (n=user@221.221.156.123) |
12:59:18 | | Quit havien (Read error: 110 (Connection timed out)) |
12:59:30 | | Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) |
13:00 |
13:00:21 | | Quit Darksair (Client Quit) |
13:07:54 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
13:14:44 | JdGordon | LinusN: hey, can i bug you about hwcodec? |
13:15:08 | LinusN | nope, there are no bugs in that code :-P |
13:16:59 | JdGordon | I need to get it to send an event when it loads the id3entry for the next track. http://www.rockbox.org/tracker/task/9795?getfile=18396 has the 2 lines I added to mpeg.c which I was hoping would do it but apparently not.. any ideas where to do it properly? |
13:21:12 | JdGordon | also, swcodec loads the id3entry for the first unbuffered track when the buffer fills.. should/could this be added to hwcodec to make the next track info avilable more often? or not worth the addition? |
13:23:55 | LinusN | not sure about that |
13:24:37 | LinusN | bit regarding your patch, is it important to only send the event when the *next* track is loaded, why not always when it has fetched the id3 info? |
13:25:22 | LinusN | or are you trying to catch the case when the current track is loaded? |
13:26:17 | | Quit kugel (Remote closed the connection) |
13:26:32 | JdGordon | I need to catch at least when the next tracks id3 is ready, I asked pixelma to test it without the if line so it always sends when any id3 is ready but that apparently didnt work |
13:26:55 | LinusN | in what way didn't it work? |
13:28:11 | JdGordon | looking for the irc log... |
13:28:52 | LinusN | i have to go to a meeting, brb |
13:34:40 | | Part B4gder |
13:34:46 | JdGordon | LinusN: log starts at http://www.rockbox.org/irc/log-20090122#12:05:46 |
13:34:52 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
13:35:11 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
13:36:22 | | Join gregzx [0] (n=chatzill@drp132.neoplus.adsl.tpnet.pl) |
13:37:00 | JdGordon | those problems dont show up on swcodec so hwcodec must be doing something funny (somewhere)... the patch tries to limit the amount of full wps redraws to only happen on track change and when the next track info is avilable |
13:37:01 | | Quit gregzx (Client Quit) |
13:38:57 | | Quit fragilematter ("screenshooting in an 8.10 virtual machine") |
13:40:31 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
13:43:09 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
13:47:57 | | Join gregzx [0] (n=chatzill@dsm77.neoplus.adsl.tpnet.pl) |
13:48:28 | | Join nibbler [0] (n=Nibbler@txx226.disy.net) |
13:49:07 | | Join timc [0] (n=aoeu@124.93.243.83) |
13:50:55 | | Join Tim3245 [0] (n=57c22635@gateway/web/cgi-irc/labb.contactor.se/x-c220b65d6a3d1109) |
13:54:15 | *** | Saving seen data "./dancer.seen" |
13:57:15 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
14:00 |
14:03:38 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
14:05:23 | | Quit Tim3245 ("CGI:IRC (Ping timeout)") |
14:16:18 | | Quit kugel (Remote closed the connection) |
14:18:13 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
14:20:42 | | Quit Seed ("cu, Andre") |
14:21:45 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
14:25:07 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
14:26:17 | | Join agaffney_ [0] (n=agaffney@gentoo/developer/agaffney) |
14:27:05 | | Join fragilematter [0] (n=fragilem@92.83.248.112) |
14:31:07 | | Nick agaffney_ is now known as agaffney (n=agaffney@gentoo/developer/agaffney) |
14:31:32 | | Join nplus [0] (n=nplus@243.131.Globcom.Net) |
14:33:34 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
14:33:54 | * | Zagor discovered today that our 3.1 releases don't have the "3.1" version string |
14:34:27 | B4gder | hm, they were intended to have it |
14:34:43 | * | LambdaCalculus37 notices that the Subversion updates on the front page isn't showing the two most recent commits |
14:35:06 | Zagor | I helped a coworker install and was surprised to see the svn revision rather than 3.1 |
14:35:56 | Zagor | we also found strange issues with rbutilqt (FS #9833) |
14:37:20 | LambdaCalculus37 | Strange... I can view the two most recent commits from JdGordon and myself on ViewVC, but not on the front page. :/ |
14:37:21 | B4gder | isn't 19857 the most recent? |
14:37:32 | LambdaCalculus37 | B4gder: No, 19859 is (mine). |
14:37:41 | B4gder | hm |
14:37:46 | LambdaCalculus37 | JdGordon got 19858 in. |
14:38:03 | B4gder | hah, the build system isn't running atm! |
14:38:13 | LambdaCalculus37 | :P |
14:38:39 | kugel | how did that happen? |
14:38:49 | LambdaCalculus37 | It's taking a nap? ;) |
14:38:54 | kugel | I bet JdGordon hacked it off to hide his reds ;) |
14:38:56 | | Join Jaykay [0] (n=chatzill@p579E647F.dip.t-dialin.net) |
14:38:58 | JdGordon | so my commit never got built? |
14:39:01 | B4gder | it deserves some rest every now and then |
14:39:08 | * | JdGordon wondered why there was 0 delta :p |
14:39:16 | LambdaCalculus37 | JdGordon: Don't feel bad, neither did mine. :) |
14:45:53 | | Quit fragilematter ("teoria probabilităților => miercuri examen") |
14:46:16 | JdGordon | there we go! |
14:46:30 | * | JdGordon hears disks churning and assumes its rbclient |
14:46:49 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
14:48:43 | LambdaCalculus37 | \o/ |
14:48:50 | * | LambdaCalculus37 sees his commit on the front page! |
14:48:55 | LambdaCalculus37 | My first *big* commit! :) |
14:51:14 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
14:51:19 | petur | hmmm multiple changes in one commit :/ |
14:53:09 | JdGordon | B4gder: something thats been bugging me for a while on the build page... is the first time the build just happened and the 2nd is the one before that? |
14:53:52 | B4gder | the first is a sliding average and the "most recent" is the most recent ;-) |
14:54:36 | JdGordon | ah ok |
14:54:55 | B4gder | so the "expected time" is the first one |
14:55:56 | | Join lasser [0] (n=chatzill@Wa7ce.w.pppool.de) |
14:56:46 | LambdaCalculus37 | My commit was nice and green... I was afraid something would bork somewhere. :P |
14:57:44 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
14:58:16 | * | JdGordon blames LambdaCalculus37 for the delta :p |
14:58:39 | JdGordon | or at least 2 bytes of it :D |
14:59:09 | LambdaCalculus37 | JdGordon: Yes, it's always the manual writer's fault. :P |
15:00 |
15:00:43 | linuxstb | JdGordon: Regarding your cuesheet fix - shouldn't they be MAX_NAME*3+1 in the last two strncpys ? And I thought you said you would comment the use of MAX_NAME*3? ;) |
15:01:24 | JdGordon | yes and yes :p forgot about the comment |
15:01:45 | JdGordon | I think a define for them would be better though anyway |
15:01:48 | linuxstb | Although maybe sizeof() would be clearer for the last two. |
15:02:14 | linuxstb | Or yes, a define could work as well... |
15:02:16 | JdGordon | that will make the lines longer |
15:02:42 | * | linuxstb hands JdGordon a couple of linefeeds |
15:02:43 | JdGordon | and I didnt want to do a int length = sizeof(...) line incase the 2 buffers ever dont have the same lnegth |
15:02:59 | JdGordon | split lines are just as annoying as long lines |
15:03:38 | linuxstb | Then edit docs/CONTRIBUTING... ;) |
15:04:12 | JdGordon | I'll sneak a change s/80/120/ into there also :) |
15:04:27 | B4gder | haha |
15:04:34 | linuxstb | Wait until the next Swedish holiday... |
15:04:43 | B4gder | that holiest rule of them all! |
15:04:45 | linuxstb | Damn, too late, they've seen it... |
15:05:04 | linuxstb | Go on, give us 100... |
15:05:15 | B4gder | #1 - "Thy Code Shall be Narrow" |
15:05:54 | linuxstb | So indent with 1 space? |
15:06:15 | JdGordon | no indenting! |
15:06:24 | B4gder | rename all symbols to half the length! |
15:06:29 | JdGordon | screw it... no new lines either |
15:06:42 | linuxstb | JdGordon: All of Rockbox in 80 characters? |
15:06:52 | JdGordon | that might be difficult |
15:07:06 | JdGordon | amiconn will like that idea though... no chance of wasted ram :D |
15:07:23 | * | Zagor looks at JdGordon and wonders if he's actually the libvorbis author |
15:07:23 | linuxstb | char* mystring[10000000000] is quite short... |
15:07:38 | * | linuxstb wonders where that extra * came from |
15:07:53 | Zagor | libtremor even |
15:08:01 | JdGordon | sneaky way of quadrupaling the ram usage? |
15:08:45 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-058c14d6d848d04c) |
15:19:28 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
15:20:11 | JdGordon | LinusN: i'm off... ill check the logs in the morning incase you come up with any ideas.... |
15:20:14 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
15:35:37 | LambdaCalculus37 | Oh, crud... I forgot to commit a file as part of FS #9826! See, I knew I was going to forget something! :) |
15:36:17 | * | LambdaCalculus37 will commit the last file on his break |
15:37:42 | LambdaCalculus37 | No, nevermind... the patch version I used (latest one) doesn't have the missing file. |
15:42:21 | | Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) |
15:46:45 | | Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0111.bb.online.no) |
15:49:19 | | Quit kugel (Remote closed the connection) |
15:51:00 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
15:54:19 | *** | Saving seen data "./dancer.seen" |
15:59:45 | | Part LinusN |
16:00 |
16:11:33 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
16:13:53 | | Quit bmbl (Read error: 110 (Connection timed out)) |
16:16:23 | | Quit krazykit (Read error: 110 (Connection timed out)) |
16:20:44 | | Join PaulJam [0] (n=PaulJam_@vpn-3121.gwdg.de) |
16:24:30 | | Join mike_montreal [0] (n=4635943b@gateway/web/cgi-irc/labb.contactor.se/x-8935c0761092f6bf) |
16:27:33 | mike_montreal | my ipod video 60/80 no longer switches to disk mode when connected to xp computer. this happened between builds r19819 and r19826, and continues with present builds. |
16:28:10 | | Join Jaykay [0] (n=chatzill@p579E647F.dip.t-dialin.net) |
16:28:34 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-75fe91547f91ecd0) |
16:29:54 | | Quit lasser ("ChatZilla 0.9.84 [Iceweasel 3.0.5/2008122011]") |
16:36:36 | | Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
16:37:58 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
16:38:28 | | Join Windlord [0] (n=Windlord@cm198.sigma108.maxonline.com.sg) |
16:38:44 | | Part Windlord |
16:42:05 | | Join fragilematter [0] (n=fragilem@92.83.248.112) |
16:42:39 | | Join Comokanu [0] (n=5c08e047@gateway/web/cgi-irc/labb.contactor.se/x-9e351b80f9f222c6) |
16:43:16 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-cd4a71fec77b81e7) |
16:43:16 | | Quit Comokanu (Client Quit) |
16:43:18 | | Join {phoenix} [0] (n=dirk@p54B47497.dip.t-dialin.net) |
16:43:36 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:45:55 | | Quit mike_montreal ("CGI:IRC (EOF)") |
16:50:02 | | Quit fragilematter ("time to eat") |
16:55:25 | | Join _lifeless [0] (n=lifeless@90.151.36.98) |
16:57:05 | | Join MethoS- [0] (n=lem@91.96.210.167) |
17:00 |
17:06:23 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
17:11:21 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
17:14:28 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
17:14:46 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
17:15:35 | | Quit Zagor ("Client exiting") |
17:17:29 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
17:25:26 | | Part B4gder |
17:26:24 | | Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) |
17:28:14 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
17:30:31 | | Join Hillshum [0] (n=Hillshum@75-165-245-240.slkc.qwest.net) |
17:34:45 | kugel | so, how much against are people http://www.rockbox.org/tracker/task/9828? |
17:35:50 | kugel | Now it does hardly change existing behavoir (only for sansas, which should exit the quickscreen with select anyway imo) |
17:36:10 | kugel | on the sansa, select does nothing, but power exists (which is usually stop, so not even cancel) |
17:36:41 | PaulJam | btw, is there any special reason why you use HZ/4 for the splah and not HZ/2 like in the other menus? i found it a little too short. |
17:37:18 | amiconn | The quickscreen should always exit with the same button used for entering it. On targets which allow simultaneous button presses, the original quick behaviour needs to be restored as well |
17:40:02 | kugel | amiconn: I didn't change that |
17:40:17 | kugel | PaulJam: too short? ok, I can change that |
17:40:39 | kugel | PaulJam: maybe there should be a general cancel function/macro, so that HZ/2 is always used |
17:41:15 | kugel | amiconn: "On targets which allow simultaneous button presses, the original quick behaviour needs to be restored as well"? |
17:42:05 | kugel | on which target has it ever been like that? |
17:42:29 | kugel | (assuming you mean the qs is only up as long as the entering button is kept pressed) |
17:43:38 | | Quit petur ("work->home") |
17:45:51 | amiconn | yes |
17:46:14 | amiconn | That was how the quickscreen originally worked, on the target where it was invented, the recorder |
17:47:01 | kugel | I don't think it can work nicely on other targets, plus, some targets use the enterring screen as a setting changing button |
17:47:24 | kugel | I can't imagine how this would work nicely on my e200 |
17:48:18 | kugel | and I don't see any need to make it work like this again to be honest |
17:48:50 | kugel | I use the quickscreen frequently, and I like how it works (with a dedicated exit button) |
17:49:44 | kugel | if I use the live-feature, e.g. to toggle between eq or crossfeed, just to try out how it sounds, it would be majorly annyoing to have to keep 1 button always pressed |
17:51:07 | kugel | PaulJam: would you want to have it like that? |
17:52:52 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
17:54:21 | *** | Saving seen data "./dancer.seen" |
17:55:42 | Mode | "#rockbox +o logbot " by ChanServ (ChanServ@services.) |
17:56:45 | PaulJam | well, if i understand correctly you'd have to use both hands to use the quickscreen. so i prefer the current behavior. but maybe both could be combined somehow. for example on the H300: if you keep pressing A-B while using the quickscreen then leave it as soon as A-B is released, bit if you release the A-B button before pressing any of the directional buttons then don't automatically leave the QS. |
17:57:43 | linuxstb | kugel: I don't understand your patch now - e.g. on ipods, you've changed the mapping of MENU from "cancel" to "OK" - so there is no "cancel" option mapped in the quickscreen, so your patch does nothing... |
17:58:10 | kugel | linuxstb: no, cancel from STD context is applied |
17:58:34 | linuxstb | kugel: Which is what? ... |
17:59:02 | kugel | (which seems to be BUTTON_PLAY|BUTTON_REPEAT) |
17:59:15 | linuxstb | Which is ACTION_QS_DOWN |
17:59:17 | kugel | hm, wait, play is the down button, right? |
17:59:31 | kugel | hm, that's a bug then :) |
17:59:49 | linuxstb | Have you tried your patch in any targets apart from Sansas? |
17:59:57 | kugel | some, not all |
18:00 |
18:01:20 | kugel | well, maybe it should be like on the sansas |
18:01:37 | kugel | i.e. select is OK (and menu would be cancel) |
18:02:15 | linuxstb | Yes, that's the only thing that would make sense (assuming this feature is wanted - I'm indifferent about it). |
18:04:22 | | Join miepchen^schlaf [0] (n=miepel@p579EC7EA.dip.t-dialin.net) |
18:09:11 | | Quit miepchen^schlaf (Client Quit) |
18:09:12 | | Quit BigBambi_w ("http://www.mibbit.com ajax IRC Client") |
18:10:03 | kugel | linuxstb: I'm not sure if it's wanted. Well, I want it, but others doesn't seem to be too happy about it :) |
18:11:16 | kugel | but I think it's mainly because messing with the keymaps is always a bit controversial |
18:12:46 | | Join QuickStart [0] (n=QUICKSTA@pool-72-88-146-62.nwrknj.east.verizon.net) |
18:15:26 | | Join elementz [0] (n=elementz@78.52.130.31) |
18:16:06 | elementz | hi. i've installed rockbox via the auto installer for linux on my ipod mini, second gen |
18:16:14 | elementz | it worked fine in the beginnging |
18:16:28 | * | n1s doesn't use the quickscreen but doesn't see why cancelling would be needed (i don't see the need to cancel out of regular settings either to be honest) |
18:16:46 | * | rasher stands in n1s' corner |
18:17:33 | elementz | now, it does not start anymore, i am not able to reset it. when plugging it into usb, only *sometimes the charging battery appears on the display, but thats it |
18:17:41 | elementz | looks like rockbox bricked my ipod... |
18:17:51 | elementz | or is there a solution out there? |
18:18:03 | linuxstb | elementz: How long are you holding MENU+SELECT for? It can sometimes take up to about 30 seconds. |
18:18:08 | | Quit flydutch (Read error: 104 (Connection reset by peer)) |
18:18:45 | elementz | linuxstb: tried for like 10 secs or so |
18:18:49 | elementz | hold on ill retry |
18:19:29 | | Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) |
18:20:32 | | Join tvelocity[a] [0] (n=tony@adsl7-240.her.forthnet.gr) |
18:22:17 | kugel | n1s, rasher: then this isn't something for you I guess. I, however, love that this is possible and implemented on the setting |
18:22:46 | kugel | and I make use of it frequently |
18:22:50 | elementz | linuxstb: ok, seems to not work. dmesg gives no output either |
18:23:10 | kugel | elementz: sansa/ipod? |
18:23:21 | elementz | kugel: ipod mini |
18:23:36 | kugel | it seems http://svn.rockbox.org/viewvc.cgi?view=rev&revision=19819 is causing this, I heard some similar reports |
18:23:41 | kugel | and I have such problems myself |
18:24:21 | kugel | that's even in the of for some weird reason |
18:24:46 | | Quit tvelocity (Read error: 128 (Network is unreachable)) |
18:25:15 | elementz | before it stopped working, it constantly froze while playing, when rescanning the database, all kinds of previously deleted tracks appeard on the ipod, some of them where playable, some made it crash |
18:25:49 | elementz | and, well, as i said now it does not even start at all anymore, no reset, no dmesg, no nothing |
18:26:26 | kugel | what I get in dmesg is "waiting for device to settle", then nothing |
18:26:41 | kugel | if I try often enough, it eventually connects though |
18:26:53 | elementz | nope, not even that |
18:27:08 | elementz | seems like rockbox actually *can brick your ipod |
18:27:11 | elementz | good to know |
18:27:35 | LambdaCalculus37 | Rockbox can *not* brick an iPod. Only smashing the iPod with a hammer can brick it. |
18:28:03 | kugel | does rockbox boot at least? |
18:28:22 | elementz | nothing, the darn thing wont even turn on anymore |
18:28:28 | elementz | been charging it for ages |
18:28:42 | elementz | but even the charge symbol stopped showing |
18:28:46 | kugel | hm, that doesn't sound very related to rockbox |
18:30:18 | | Join miepchen^schlaf [0] (n=miepel@p579EC7EA.dip.t-dialin.net) |
18:30:25 | PaulJam | elementz: try if resetting works if you turn on the hold button and then off again before trying the reset procedure. |
18:30:27 | elementz | wow battery symbol is back now, after holding reset for some time and having the thing plugged in |
18:30:42 | elementz | but still nothing on dmesg |
18:31:05 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:31:59 | | Quit axionix (Read error: 110 (Connection timed out)) |
18:34:54 | | Quit toffe82 (Read error: 60 (Operation timed out)) |
18:37:30 | | Join MethoS-- [0] (n=lem@host-091-097-243-113.ewe-ip-backbone.de) |
18:39:39 | | Quit faemir (Remote closed the connection) |
18:39:52 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
18:40:40 | pixelma | I saw this effect that the Ipod wouldn't get further than the low battery splash on amiconn's Mini last December. You could reset it well but that didn't help much, don't know how it behaved on an USB data connection. If I remember correctly he said it only "fixed" itself by leaving it in the drawer for a while and let the battery drain, better let him tell the story though |
18:41:15 | | Join Aristad [0] (n=Aristad@p579DE65E.dip.t-dialin.net) |
18:42:31 | | Quit gevaerts ("BIOS update") |
18:44:38 | | Quit MethoS- (Read error: 145 (Connection timed out)) |
18:54:42 | | Join nibbler_ [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) |
18:55:48 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
18:56:00 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:56:57 | | Quit nibbler (Read error: 113 (No route to host)) |
18:57:31 | elementz | pixelma: ok, strange behavior. amiconn you around? |
18:58:50 | amiconn | kugel: The real-quick quickscreen method used to be available *in addition* to entering and exiting with short presses. And this method does have an advantage if you know what you want to change - it is faster. |
19:00 |
19:00:19 | amiconn | LambdaCalculus37, elementz: Rockbox seems at least to be able to confuse the charging circuitry in a way that the OF loader is unable to get it back working |
19:01:25 | amiconn | There are just two options to get it back working when that happens. (a) Put the thing away for several weeks, so that the battery drains below the hardware shutoff point.(b) Open it and disconnect the battery for a minute or so |
19:01:59 | kugel | amiconn: in addition? as in the current behavior should be also there? |
19:02:16 | elementz | amiconn: hm, are there guides how to dismantle an ipod mini? |
19:02:19 | kugel | how do you differentiate between the two modes? |
19:02:40 | amiconn | Easy. It's short press vs. longpress |
19:03:04 | amiconn | If by the time the screen is entered the button is still held down, it's the quick method |
19:04:49 | LambdaCalculus37 | elementz: http://www.ifixit.com/Guide/iPod/iPod-Mini/96 |
19:05:09 | kugel | amiconn: ok, did I break that (because you said it's to be restored)? |
19:05:13 | elementz | thx |
19:05:26 | LambdaCalculus37 | elementz: *AHEM* In proper English. please. |
19:05:41 | amiconn | Getting this back to work probably just needs some extra entries in the quickscreen context, plus a little modification of status handling |
19:05:42 | | Quit faemir (Remote closed the connection) |
19:05:54 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
19:06:00 | amiconn | kugel: No, you didn't. JdGordon|zzz did, months ago... |
19:06:03 | | Quit Hillshum (Read error: 54 (Connection reset by peer)) |
19:07:03 | amiconn | My main point today was that the quickscreen should always be exitable with the same button that brings it up. It's quite confusing for long-term rockboxers if this doesn't work |
19:07:38 | amiconn | (another problem on the Recorders - it works for the standard (F2) quickscreen, but not for the F3 screen) |
19:07:51 | rasher | amiconn: difficult on eg. e200, where the quickscreen button is used to change option |
19:07:56 | amiconn | Oh, and quickscreen settings shouldn't be cancellable |
19:08:04 | | Quit domonoky (Read error: 110 (Connection timed out)) |
19:08:32 | | Quit nuonguy ("This computer has gone to sleep") |
19:08:58 | elementz | ok, will need to get those special screwdrivers first |
19:09:35 | amiconn | rasher: That's bad. I guess it's DOWN because that doubles as MENU on the Sansas? |
19:09:43 | gevaerts | elementz: if you don't care too much about slight scratches, you can do it with ordinary tools |
19:10:03 | elementz | btw, is it possible to get rid of the ipod file system, and make the ipod completely manageable by mounting it to a linux fs? so that i could just drop my files and folders on the device |
19:10:40 | amiconn | I can think of two fixes. (1) Choose a different button for the quickscreen. (2) if that's not possible, disallow DOWN in the quickscreen. UP should be available as a replacement |
19:10:40 | n1s | teh filesystem needs to be FAT32 but you can manage your files however you like |
19:10:41 | elementz | gevaerts: yeah, but i dont have a srewdriver with the size of those tiny screws on top of the ipod |
19:10:52 | gevaerts | ah ok. You do need that :) |
19:11:22 | elementz | n1s: so, i could completely format the ipod with fat32, than install rockbox to the bootsector, and just use that? |
19:11:44 | kugel | amiconn: I agree, but that's not possible without major remapping I think |
19:11:46 | LambdaCalculus37 | elementz: The screws require a #00 sized Phillips screwdriver. |
19:11:50 | amiconn | There's also (3) keep it as-is on Sansa, but it's kinda unusual for the quickscreen... it's called *quick*screen for a reason |
19:11:58 | kugel | at least on some targets |
19:12:50 | amiconn | Btw, the quick mode is the reason why the quickscreen doesn't use UP. |
19:12:56 | kugel | amiconn: I don't think it's slow just because of that |
19:14:01 | | Join Hoe`` [0] (i=j@c-75-67-120-55.hsd1.ma.comcast.net) |
19:14:05 | amiconn | With the quick mode working, you can change a setting within less than a second (i.e. enter the quickscreen, change the setting, and go back to where you noticed that you need to change it) |
19:14:05 | kugel | I actually don't agree that the "fast mode", which isn't really faster, but more annyoing to use (at least in my imagination), if it disallows adding a 4th item or disallows my patch |
19:14:26 | Hoe`` | how do i prevent constantly getting doubled database entries? |
19:14:26 | kugel | +is so important |
19:14:35 | Hoe`` | (iPod video 5g) |
19:17:01 | | Join stoffel_ [0] (n=sfr@p57B4DD92.dip.t-dialin.net) |
19:17:14 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
19:17:34 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
19:17:47 | | Quit stoffel_ (Client Quit) |
19:20:38 | PaulJam | Hoe``: have you checked if the duplicate entries aren't caused by actual duplicate files by saving a playlist of the duplicate enries and checking that with a text editor? |
19:20:54 | Hoe`` | na,m because the whole db duplicates :P |
19:21:53 | Hoe`` | if i have a .m3u, will that cause duplicates? |
19:22:02 | Hoe`` | as in, it adds the mp3s, then readds them from the m3u? |
19:22:31 | PaulJam | hmm, was the problem there right after initialising the database or did it occur later? |
19:22:59 | PaulJam | no, the database doesn't read m3u playlists |
19:26:04 | kugel | amiconn: well, basically, my change wouldn't break it if it was working. |
19:26:41 | kugel | amiconn: and if it's going to restored, I guess it would be reasonable and logical if cancel wasn't available in the "fast mode" |
19:26:41 | Hoe`` | it happens 'randomly' with in a couple weeks of deleting the old db |
19:27:10 | Hoe`` | think i'm currently up to 3x entries |
19:27:38 | bertrik | I think I've seen a problem of duplicated db entries too but I never really invested the time to reproduce |
19:27:42 | Hoe`` | what's the difference between innitalize db and update db? |
19:28:13 | | Quit Horscht ("Verlassend") |
19:28:16 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
19:30:06 | PaulJam | initialize completely rebuilds the database, update only updates what was changed. |
19:31:17 | | Nick amiconn is now known as amiconn_ (n=jens@rockbox/developer/amiconn) |
19:31:19 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
19:31:38 | | Quit faemir (Read error: 110 (Connection timed out)) |
19:32:33 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
19:32:43 | | Join akur [0] (n=akur@bl6-156-198.dsl.telepac.pt) |
19:32:47 | Slasheri | that duplicate thing is a really weird issue.. is there still any way to re-produce that? I have never had it on my h140 |
19:32:57 | | Part akur |
19:33:52 | PaulJam | Hoe``: do you use the "update now" functionality? and what database settings do you use? i use "load to ram - yes", "auto update - yes", "gather runtime data - yes", and directory cache is also enabled. and i have never noticed duplicate enries. |
19:36:07 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
19:37:27 | Hoe`` | i use load to ram, auto update, and father runtime information |
19:38:20 | Slasheri | Hoe``: please try with directory cache enabled if you could still cause that problem to happen |
19:38:35 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
19:38:59 | Slasheri | that could be the cause.. need to investigate that |
19:39:03 | Hoe`` | okay |
19:41:32 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
19:47:56 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
19:54:22 | *** | Saving seen data "./dancer.seen" |
20:00 |
20:01:37 | | Quit BigBambi (Remote closed the connection) |
20:02:01 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
20:05:09 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
20:10:40 | | Quit HellDragon (Client Quit) |
20:15:12 | | Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) |
20:15:25 | | Join amiconn_ [0] (n=jens@p54BD5B77.dip.t-dialin.net) |
20:15:25 | | Join pixelma2 [0] (n=pixelma@p54BD5B77.dip.t-dialin.net) |
20:15:30 | | Quit amiconn (Nick collision from services.) |
20:15:36 | | Join Vorador [0] (n=tomas@lan-84-240-35-19.vln.skynet.lt) |
20:15:38 | mcuelenaere | gevaerts: is it possible for USB to work on 12Mhz instead of 48Mhz? |
20:15:41 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
20:15:55 | | Part Vorador ("Ex-Chat") |
20:16:04 | | Quit pixelma (Read error: 113 (No route to host)) |
20:16:20 | | Quit pixelma_ (Client Quit) |
20:16:45 | | Nick pixelma2 is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
20:17:01 | gevaerts | mcuelenaere: I'm not sure what you mean... |
20:17:21 | mcuelenaere | doesn't the USB standard require transfers are done in 48Mhz? |
20:17:55 | gevaerts | Transfers are done at either 12Mbit or 480Mbit (full speed/high speed) |
20:18:06 | | Quit BigBambi (Remote closed the connection) |
20:18:35 | mcuelenaere | mm ok, then this is SoC specific |
20:18:45 | gevaerts | probably, yes |
20:19:01 | * | gevaerts would expect 30MHz or 60MHz... |
20:19:19 | mcuelenaere | it should be running 48Mhz, but it reports to be running at 12Mhz.. |
20:19:22 | mcuelenaere | and still USB works fine |
20:19:30 | | Join nuonguy [0] (n=john@24.6.174.132) |
20:21:42 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
20:22:07 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
20:22:52 | | Join pyro_maniac [0] (n=jens@i59F76CC3.versanet.de) |
20:23:33 | | Quit yhuang (Remote closed the connection) |
20:26:57 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3121.gwdg.de) |
20:37:00 | | Quit Thundercloud (Remote closed the connection) |
20:38:11 | | Join akur1 [0] (n=akur@bl5-227-189.dsl.telepac.pt) |
20:40:23 | | Join PaulJam__ [0] (n=PaulJam_@vpn-3044.gwdg.de) |
20:40:36 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
20:40:54 | | Join Rondom [0] (n=Rondom@dslb-084-057-132-017.pools.arcor-ip.net) |
20:40:55 | | Quit PaulJam (Nick collision from services.) |
20:41:46 | pixelma | Unhelpful: tried your build today and it didn't help with the divide by zero problem. I tried some things like setting different font sizes and when I realised it probably happens when it wants to draw the "flip selected cover" animation, I checked for differences between a "known" and the "unknown" bitmaps - everything resulted in the same crash. Realised that I saw a slightly different address yesterday (last digit was a 4, not a 0) probably wit |
20:41:46 | pixelma | build... |
20:43:20 | Unhelpful | i didn't expect that build to fix it, but the address might actually match up with my map files, now, and then i can use the debug objects to pin it down to a line :) |
20:43:31 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
20:43:58 | Unhelpful | assuming the address is benig reported correctly... i would hope it's where the bad div call happened |
20:44:17 | | Quit amiconn (Remote closed the connection) |
20:44:18 | | Quit pixelma (Remote closed the connection) |
20:45:39 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
20:45:40 | | Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) |
20:46:43 | jhMikeS | Unhelpful: It should be the pc immediately following the divide call (lr) |
20:47:47 | jhMikeS | gevaerts: IIUC, it's perfectly legal to force SE0 (disconnect) to force reenumeration of a device. Any idea what a minimum safe value should be? |
20:47:53 | Unhelpful | lovely. then the address it's hitting now should match up on my end :) |
20:48:24 | gevaerts | jhMikeS: you mean how long to hold SE0? let me check the spec |
20:49:40 | pixelma | Unhelpful: if that helps, I could upload (parts of) my mapfile somewhere |
20:49:50 | | Quit Rondom (Nick collision from services.) |
20:50:06 | | Join Rondom [0] (n=Rondom@dslb-084-057-135-161.pools.arcor-ip.net) |
20:50:24 | jhMikeS | gevaerts: It seems to take quite some time on windows. I suspect some might expect longer. Right now it's about 150ms before it starts the driver fully enabled. |
20:50:26 | Unhelpful | pixelma: i have the mapfile, and objects with debug data, for the build i linked :) |
20:50:57 | pixelma | umm, need to check that again for the address |
20:52:08 | linuxstb | bluebrother: Does rbutil know exactly which device it has found when saying "Detected an unsupported Apple variant" ? Although I'm not sure how to make that message any clearer... (re: http://forums.rockbox.org/index.php?topic=20332.0 ) |
20:52:20 | pixelma | I see in the logs that an important part of my line got cut off which mentioned that the different address was with the SVN build |
20:52:46 | gevaerts | jhMikeS: I'm not sure if I understand the scenario you're talking about correctly |
20:53:38 | | Quit nibbler_ (Read error: 60 (Operation timed out)) |
20:54:00 | | Join nibbler_ [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) |
20:54:26 | jhMikeS | gevaerts: Forcing a disconnect so that the host sees the device as detached (after bus reset detection) and so it redetects the device and gives another bus reset when the driver is restarted. |
20:54:26 | | Join satchafunkilus [0] (n=satch@86.125.72.166) |
20:54:33 | satchafunkilus | Hi. |
20:55:07 | satchafunkilus | Will rockbox ever support iriver e100? |
20:55:21 | BigBambi | Perhaps, if interested owners do the required work |
20:55:26 | Zoxc | No, iriver e100 is banned :) |
20:55:32 | pixelma | Unhelpful: address with your build is 01F84570 (0) - I believe that's the same as I saw yesterday with my build that included your size patch |
20:55:50 | | Nick PaulJam__ is now known as PaulJam (n=PaulJam_@vpn-3044.gwdg.de) |
20:55:53 | Unhelpful | it shoud be, my build is from the working tree i made the patch from... |
20:55:55 | BigBambi | satchafunkilus: Ports are not done by a "rockbox team", but by owners that want it enough to do all the hard work required |
20:56:13 | gevaerts | Zoxc: please, don't say things like that. You will confuse people |
20:56:36 | Unhelpful | hrm, maybe i'm going about this wrong :/ |
20:57:13 | Zoxc | It's IRC. It's expected :( |
20:57:23 | BigBambi | Zoxc: Not here please |
20:57:40 | satchafunkilus | Thanks for the info. |
20:57:42 | | Quit satchafunkilus (Client Quit) |
20:58:36 | gevaerts | jhMikeS: I'm not actually sure if SE0 to force a disconnect is expected to work from the device side |
20:59:21 | * | gevaerts unfortunately doesn't know USB that well below chapter 8 |
20:59:50 | * | mcuelenaere got the internal speaker on the Onda working :) |
21:00 |
21:00:14 | jhMikeS | gevaerts: I think it is supposed to. |
21:00:38 | bertrik | how many rockbox targets have an fm chip that supports RDS? |
21:00:53 | jhMikeS | clearing the RUN bit performs "disconnect" |
21:00:57 | | Join __lifeless [0] (n=lifeless@94.50.185.21) |
21:00:59 | bertrik | the only one I know is the si4701 in n1s' beast |
21:02:37 | jhMikeS | bertrik: I think all SI470x (in any RB device) do support it. |
21:03:49 | | Join Jaykay [0] (n=chatzill@p579E6984.dip.t-dialin.net) |
21:04:48 | bertrik | jhMikeS, si4701 and si4703 support it, the si4700 and si4702 don't unfortunately... ams sansas have a si4702 as far as I've seen |
21:05:03 | gevaerts | jhMikeS: IIRC there's a settling time in the spec somehwre |
21:05:19 | | Quit Rondom (Read error: 104 (Connection reset by peer)) |
21:05:28 | Unhelpful | are symbols sorted in the build-generated map files? i'm quite confused about where the trouble is, and nm didn't help me any :/ |
21:05:43 | gevaerts | jhMikeS: IIRC there's a settling time in the spec somewhere that allows bus-powered devices some time before they're expected to respond to things. I can't find it right now though |
21:05:59 | | Join Rondom [0] (n=Rondom@dslb-084-057-194-132.pools.arcor-ip.net) |
21:06:04 | | Quit PaulJam_ (No route to host) |
21:06:14 | bertrik | I suspect that si4700 and si4701 are actually the same, but with different firmware (same for si4702 and si4703)... |
21:06:22 | | Quit __lifeless (Read error: 60 (Operation timed out)) |
21:06:25 | jhMikeS | gevaerts: One settling time I recall was 2uS |
21:06:53 | | Join __lifeless [0] (n=lifeless@94.50.177.40) |
21:06:56 | jhMikeS | Clearly not the right one though |
21:07:17 | gevaerts | It's more than that. There is one that basically allows a device some time to get running |
21:07:36 | | Join tessarakt [0] (n=jens@e180081097.adsl.alicedsl.de) |
21:08:18 | jhMikeS | gevaerts: I don't mind finding it. Probable chapters? |
21:08:37 | gevaerts | I'd say either 7 or 9, but I'm not sure |
21:11:24 | Jaykay | has anybody something in mind with which i could do a battery bench? a patch, codec, setting, anything? |
21:11:31 | | Quit BigBambi ("Please insert girder") |
21:11:47 | Jaykay | i want to give my dap something to do ;) |
21:12:11 | Unhelpful | jhMikeS: it seems to work great, but sadly, that's um, not helpful :/ |
21:12:21 | | Quit QuickStart (Remote closed the connection) |
21:12:34 | Unhelpful | if i'm understanding you correctly, the reported address should be the instruction after the bad call? |
21:12:39 | | Join BigBambi_ [0] (n=Alex@168.189.72-86.rev.gaoland.net) |
21:13:01 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
21:13:09 | | Nick BigBambi_ is now known as BigBambi (n=Alex@rockbox/staff/BigBambi) |
21:13:20 | | Nick BigBambi is now known as BigBambi_ (n=Alex@rockbox/staff/BigBambi) |
21:13:37 | bertrik | I've wondered if we could make the panics a little more helpful, like reporting more register contents (maybe the link register?) |
21:13:47 | bertrik | at least for ARM |
21:13:56 | jhMikeS | Unhelpful: Yes, just the return address for the divide routine |
21:14:16 | Unhelpful | right... it appears that some of the divide routines call others :/ |
21:14:23 | | Nick BigBambi_ is now known as BigBambi (n=Alex@rockbox/staff/BigBambi) |
21:15:37 | Unhelpful | i decompiled pictureflow.elf, the address she reported is just after: "1f8456c: eb000014 bl 1f845c4 <__udivsi3>"... inside __divdi3 :/ |
21:16:26 | | Part akur1 |
21:18:21 | Unhelpful | divdi3 is... 64-bit division? i'm guessing it just calls udivsi3 (32-bit unsigned?) if the top 32 bits of both operands are empty? |
21:20:39 | jhMikeS | I not really familiar with what the specific routines are for |
21:20:44 | | Quit amiconn (Remote closed the connection) |
21:20:44 | | Quit pixelma (Remote closed the connection) |
21:22:04 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
21:22:05 | | Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) |
21:25:08 | n1s | elementz: depends on what you mean by "completely format" but the only supported way to install rockbox is the official way with dual boot but you can still manage your files any way you like just the OF will not see them |
21:25:56 | | Join bluehazzard [0] (n=chatzill@host66-184-static.84-94-b.business.telecomitalia.it) |
21:26:13 | n1s | bertrik, jhMikeS: the only thing i know is that the si470x in my beast reports itself as a si4701 unless i read the datasheet wrong and that _should_ support rds, didn't try it so far |
21:26:13 | pixelma | mcuelenaere: btw. congrats. :) *someone reads logs* |
21:26:19 | mcuelenaere | :) |
21:26:36 | mcuelenaere | having a schematic really helps things |
21:26:40 | pixelma | although I can't imagine an internal speaker in an mp3 player sounds nice |
21:26:54 | pixelma | or DAP ;) |
21:26:56 | mcuelenaere | well, it is there so it should be used :) |
21:27:00 | bertrik | n1s, do you see some changing data in the RDS data registers when you go to the radio debug menu? |
21:27:31 | pixelma | mcuelenaere: sure |
21:28:22 | gevaerts | mcuelenaere: maybe you can use it for surround sound :) |
21:28:27 | jhMikeS | n1s: By mistake it had my beast receiving RDS and was watching it in the radio debug screen. Just enable the bit for it. |
21:28:40 | mcuelenaere | gevaerts: it's one speaker, so mono :) |
21:29:11 | * | mcuelenaere wonders whether it could get used as mic |
21:29:20 | n1s | bertrik: no, but as jhMikeS said it needs to be enabled |
21:29:54 | n1s | jhMikeS: i still intend to try it at some point, just pretty busy... |
21:30:10 | | Quit HellDragon (Client Quit) |
21:30:33 | Unhelpful | well, i'm pretty sure i know the "culprit"... there's a routine in pictureflow name of "fdiv". pf uses truly fixed-point math, except for actual pixel coordinates, all of the values are signed 22.10... fdiv, rather bizarrely, calculates division as (((long long)num)<<(shift*2)/den)>>shift |
21:30:45 | | Quit Rondom (Nick collision from services.) |
21:31:01 | | Join Rondom [0] (n=Rondom@dslb-084-057-201-234.pools.arcor-ip.net) |
21:31:28 | | Quit elementz (Read error: 110 (Connection timed out)) |
21:32:03 | bertrik | n1s, I've been reading up a bit about RDS and it doesn't seem to be very hard to use |
21:32:10 | | Part Hoe`` |
21:32:24 | | Quit AndyI () |
21:32:50 | | Join Hoe`` [0] (i=j@c-75-67-120-55.hsd1.ma.comcast.net) |
21:32:52 | | Part Hoe`` |
21:33:30 | bertrik | indeed you have to set a bit to enable RDS on the si4701/3 (it's disabled by default) |
21:33:50 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
21:34:34 | BigBambi | RDS would be awesome |
21:35:16 | n1s | Is it actually used for anything else than stupid text adverts? |
21:35:18 | toffe82 | rds on the beast ? |
21:35:49 | jhMikeS | the sandisk players don't have the GPIO tuner lines connected for anything? |
21:35:50 | bertrik | n1s, I don't know, but at least just having the station name would be nice |
21:36:04 | rasher | n1s: Shows the station name here on all channels - sometimes the currently playing song |
21:36:11 | * | rasher hasn't ever seen adverts on RDS |
21:36:15 | bertrik | jhMikeS, you mean for interrupts? I don't think so, but I'm not sure yet. |
21:37:26 | gevaerts | Aren't there more things on RDS than just the text to be shown, like alternative frequencies to try and things like that? |
21:37:45 | bertrik | yes |
21:38:56 | bertrik | apparently the basic features are Programme Identification (PI), Programme Service (PS) name, Alternative Frequency (AF) list, Traffic Programme (TP) identification, and Traffic Announcement (TA) signal |
21:41:28 | BigBambi | n1s: I've never seen an advert - it shows station mae, programme name, song title + artist sometimes, plus lets you do traffic announce stuff + change to a stronger frequency for the same station if you get out of the area |
21:41:53 | BigBambi | The last one is especially useful for national stations that broadcast on multiple requencies depending on region |
21:42:38 | pixelma | never seen artist and title which I find a pity as I like listening radio to discover new music |
21:42:59 | pixelma | but that doesn't belong here, sorry |
21:43:32 | | Quit bluehazzard ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
21:47:10 | bertrik | the RDS enable bit won't stick on my si4702 in my clip. The RDSA data register shows a value though (0xFF), the other RDS data registers show 0x00. |
21:47:27 | linuxstb | Does Sansa'a firmware support RDS? |
21:48:54 | pixelma | Sansa? |
21:49:02 | BXCracer | no it does'nt |
21:50:43 | pixelma | ah, the v2 Sansas |
21:51:47 | bertrik | oh, the bit does stick even on a si4702, but I don't see any meaningful data |
21:53:15 | BXCracer | are you saying that clip can support RDS ? isn't this a hardware feature ? |
21:54:23 | *** | Saving seen data "./dancer.seen" |
21:54:45 | bertrik | no, the sansa clip does not support RDS, it does not have a version of the fm chip that supports RDS. |
21:56:30 | bertrik | my sansa clip has a si4702 chip, you need a si4701 or si4703 chip for RDS. |
21:56:36 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
21:57:30 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
21:58:24 | Unhelpful | hrm... i think i'll add a debugf in fdiv, and see if i can trigger it in sim. i can't duplicate on beast, but the aspect ration may be important... |
21:58:45 | Bagder | rasher: are you now auto-importing binsizes from the commits ? if so, do you add targets that aren't already being recorded in the db? |
21:59:13 | rasher | Bagder: Yes and yes |
21:59:14 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
21:59:22 | Bagder | great! |
22:00 |
22:02:38 | linuxstb | bertrik: Ah, I misunderstood your comment about the Clip - I thought you expected RDS to work there... |
22:03:21 | bertrik | linuxstb, I just wanted to see what happened if I tried to enable it anyway |
22:05:14 | | Quit nplus (Read error: 110 (Connection timed out)) |
22:07:20 | | Join balug_ [0] (n=dvg@HSI-KBW-082-212-013-200.hsi.kabelbw.de) |
22:11:13 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
22:14:36 | | Join DJuniah [0] (n=ricky@67.205.245.207) |
22:15:02 | DJuniah | quick question about the port. Is USB charging enabled? |
22:16:01 | | Quit DJuniah (Client Quit) |
22:16:07 | BigBambi | Which port? |
22:16:13 | BigBambi | too late |
22:17:29 | bertrik | linuxstb, I' |
22:18:02 | bertrik | m hoping maybe newer ams sansas have the fm chip that does support RDS, very small chance though... |
22:18:31 | gevaerts | Indeed. Those things cost more money... |
22:18:41 | BigBambi | bertrik: the beast does though right? |
22:19:20 | bertrik | yes, it seems so, but it's the only rockbox target that can possibly support RDS that I know so far |
22:19:22 | toffe82 | I though we said that the beast didn't have it |
22:19:53 | Unhelpful | near as i can tell, not having done software 3D in something like a decade, and this not being how i would've written it at all, it would seem that the particular division causing trouble ought to be returning zero on zero denominator... i think? |
22:20:21 | BigBambi | toffe82: Say it aint so! |
22:21:01 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
22:22:38 | | Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
22:22:45 | | Quit Horscht (Read error: 104 (Connection reset by peer)) |
22:28:17 | | Quit Aristad (Read error: 104 (Connection reset by peer)) |
22:30:30 | | Join krazykit [0] (n=kkit@adsl-76-252-49-213.dsl.ipltin.sbcglobal.net) |
22:36:49 | | Quit {phoenix} (Remote closed the connection) |
22:36:54 | | Join HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
22:40:00 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
22:40:13 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3044.gwdg.de) |
22:46:11 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
22:51:52 | | Part Anges |
22:52:05 | | Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
22:53:36 | | Join JackPequeno [0] (n=4439fab5@gateway/web/cgi-irc/labb.contactor.se/x-501dcc66b842ea8d) |
22:54:21 | JackPequeno | hello |
22:54:40 | | Quit HBK (Read error: 110 (Connection timed out)) |
22:54:52 | | Quit JackPequeno (Client Quit) |
22:58:22 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
22:58:59 | | Join JackPequeno [0] (i=JackPequ@c-68-57-250-181.hsd1.in.comcast.net) |
22:59:10 | | Quit PaulJam (Connection timed out) |
23:00 |
23:00:16 | JackPequeno | hi |
23:00:20 | | Quit amiconn (Nick collision from services.) |
23:00:21 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
23:00:37 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
23:01:28 | linuxstb | JackPequeno: Hi |
23:03:08 | JackPequeno | i registerd can i get wiki write permissions |
23:04:04 | JackPequeno | <−− this is my username |
23:05:18 | linuxstb | Done. |
23:05:25 | JackPequeno | thank you |
23:09:44 | | Quit jgarvey ("Leaving") |
23:11:33 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
23:12:47 | | Quit BXCracer (Remote closed the connection) |
23:14:06 | | Quit nuonguy ("This computer has gone to sleep") |
23:15:10 | | Quit balug_ ("Ex-Chat") |
23:17:32 | | Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) |
23:17:42 | | Quit Rondom ("Ex-Chat") |
23:18:11 | | Quit pixelma (Read error: 110 (Connection timed out)) |
23:18:52 | | Quit Zoxc () |
23:18:58 | | Quit bluebrother (Nick collision from services.) |
23:19:03 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
23:21:15 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
23:30:23 | | Quit tessarakt ("Client exiting") |
23:30:47 | | Quit bmbl ("Woah!") |
23:31:27 | bluebrother | linuxstb: rbutil uses usb ids to detect the Classic and others, so it's as exact as the usb ids are unique |
23:31:56 | bluebrother | the notification code isn't too smart right now, thus the "incompatible variant" for now. |
23:32:11 | bluebrother | extending that might be a good idea(tM) |
23:33:28 | Zagor | bluebrother: I looked on during FS #9833. It really was as he described - rbutilqt failed claiming it was a MacPod. after many attempts we gave up and tried the ipodpatcher manually and much to our surprise it worked. |
23:33:55 | Llorean | Zagor: Which version of each was he using? |
23:34:55 | Zagor | rbutilqt 1.0.9 and whatever version of ipodpatcher is linked from the manual |
23:35:11 | Zagor | the macosx versions of both |
23:35:29 | domonoky | so it should be the same code, which detects that its a macpod |
23:35:45 | bluebrother | Zagor: so it's in the logs? |
23:35:58 | Zagor | bluebrother: what is in what logs? |
23:36:16 | bluebrother | the guy having problems. In the irc logs |
23:36:35 | Zagor | no, it did not happen on irc. it happened in my office. |
23:36:45 | bluebrother | oh. |
23:37:02 | Bagder | "aaaand its liiiive in Zagor's office" !! |
23:37:28 | bluebrother | well, did you disconnect the ipod after conversion? I somewhat wonder if it's related to some OS caching of the mbr |
23:37:29 | Zagor | we even looked in the source and couldn't understand how on earth it fails. but fail it did. |
23:37:44 | Zagor | we didn't convert. it was a winpod from the start. |
23:37:56 | bluebrother | oh. |
23:38:04 | Llorean | Bought new as a winpod, or possibly previously tinkered with? |
23:38:26 | Zagor | Llorean: Possibly converted earlier. I'm not sure. |
23:38:54 | bluebrother | problem is that this makes this task almost unsolveable. I have no way to reproduce, and it's the same code used. |
23:39:07 | bluebrother | and especially if even you didn't figure a difference ... |
23:39:25 | Llorean | Too bad there's not a dump from before the install too. |
23:39:50 | Zagor | I know. I hate such bug reports too :-) Another unpleasant thing is that autodetect hung. |
23:39:51 | linuxstb | Zagor: Did you try other versions of rbutil (Win/Linux)? |
23:39:57 | bluebrother | the only idea I have about this is that it could be some disk locking issue, like the "no sansa found" bug |
23:40:24 | Llorean | What do we use to determine if it's a macpod (what must be true/false?) |
23:40:32 | Zagor | the mbr dump is actually from before the install. we did it to look at the mbr and verify the presence of 0x55 and 0xaa. |
23:40:50 | Zagor | Llorean: 0x55 and 0xaa at the end of the MBR |
23:41:00 | Llorean | Zagor: That's the entirety of the check? |
23:42:05 | Zagor | if those are present, it's flagged as a winpod. if they are not, we check for 'E' and 'R' at the start of the sector. if those are present, its a macpod. |
23:42:07 | Llorean | Does RBUtil use the same code to *get* the MBR? |
23:42:50 | linuxstb | Zagor: Do you know if it's a 2048-byte sector ipod (i.e. 5.5g)? |
23:42:54 | bluebrother | rbutil calls ipodpatcher, and uses that output struct |
23:43:07 | bluebrother | Zagor: have you tried on a different OS than Mac? |
23:43:50 | Zagor | bluebrother: yes it is. a 60 GB video 64MB |
23:44:11 | Zagor | we did not try another OS. we fell back to manual install. |
23:44:40 | Zagor | (oh, that "yes" was to linuxstb) |
23:44:57 | bluebrother | it might of course be some undetected glitch that's specific to OS X. There's still no testing of rbutil on OS X. |
23:46:59 | MTee | linuxstb : do you know where I could find a rm file containing mp3 ? I'm searching right now but can't find anything |
23:47:50 | linuxstb | Zagor: Can you build rbutilqt on that Mac? Maybe dumping the partition read by ipodpatcher-in-rbutil would give a clue? |
23:48:09 | linuxstb | MTee: Do you know the mplayerhq archive of audio test files? |
23:48:47 | MTee | no, will look there now. Thanks :) |
23:48:58 | linuxstb | http://samples.mplayerhq.hu/real/mp3_in_rm/ |
23:49:40 | Zagor | linuxstb: good idea. we could start with just looking at the output of the ipodpatcher partition dump. |
23:49:43 | MTee | thanks a lot |
23:51:12 | bluebrother | macs are still 32 bit? |
23:51:42 | | Quit HellDragon (Client Quit) |
23:51:47 | linuxstb | Isn't PPC 64-bit? |
23:51:52 | Zagor | I wonder it if could be a simple permission problem. I'm not sure if he ran ipodpatcher sudo or not. I know he didn't sudo rbutilqt. |
23:52:19 | Zagor | no, that should still not flag it as a macpod |
23:52:30 | bluebrother | that should not detect the Ipod at all |
23:52:38 | Zagor | exactly |
23:52:51 | linuxstb | Were any other devices (with DOS MBR) attached to the Mac? |
23:52:59 | * | bluebrother doesn't know |
23:53:09 | * | linuxstb noticed the device was /dev/disk8 |
23:53:18 | | Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
23:53:50 | Zagor | linuxstb: I'm pretty sure there wasn't. we ran 'mount' and as I remember the only one marked 'msdos' was the ipod. |
23:54:27 | *** | Saving seen data "./dancer.seen" |
23:54:27 | * | linuxstb suspects LinusN's ipod was hiding around the back |
23:54:36 | Zagor | :-) |
23:55:02 | * | bluebrother wonders if iller means something in swedish |
23:55:22 | Zagor | iller = polecat |
23:55:40 | Zagor | http://en.wikipedia.org/wiki/European_Polecat |
23:55:59 | Zagor | (use as just a nonsense word) |
23:57:35 | Zagor | does anyone know a fdisk that will read mbr from a file instead of device? |
23:58:30 | gevaerts | sfdisk? |
23:58:32 | Zagor | ah, sfdisk does |