--- Log for 26.01.115 Server: asimov.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 7 days and 22 hours ago 00.00.01 Quit Zambezi (Quit: Suspended: Expired) 00.00.46 # melvova: if both the sandisk and rockbox firmwares are screwed up but you can still see the bootloader, trying holding select while booting 00.01.02 # and plug in the player 00.01.17 # that should trigger the bootloader USB mode if its still intact 00.06.01 Quit wodz (Ping timeout: 265 seconds) 00.06.04 # <[Saint]> Indeed. But that depends largely on the bootloader version. 00.06.21 # <[Saint]> IIUC, the zip port slightly pre-dates bootloader USB. 00.06.56 # <[Saint]> If bootloader USB isn't intact, accessible, or available...there's not many options available. 00.07.20 # <[Saint]> besides the slight offchance of it tripping up on a badly corrupted sdcard. 00.07.35 # <[Saint]> In which case removing it /may/ allow it to progress further into boot. 00.10.34 Quit zoktar (Ping timeout: 276 seconds) 00.11.30 Quit AlexP (Remote host closed the connection) 00.13.10 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 00.13.39 # [Franklin]: G#887 seems good to go (from my point of view, of course, but one other person agreed, too) 00.13.46 # 3Gerrit review #887 at http://gerrit.rockbox.org/r/887 : 3Enhancement of the metronome plugin: by Thomas Orgis 00.13.58 # <[Franklin]> sobukus: commit time? 00.14.08 # I don't know who has to decide this;-) 00.14.23 # <[Franklin]> everyone :P 00.14.31 # <[Franklin]> the devs with commit access, actually 00.14.54 # Well, there are 3 people listet as reviewers in Gerrit. One of them gave thumbs up. 00.15.06 # <[Franklin]> I'll take a look and make that two 00.15.11 # Thanks. 00.15.31 # <[Saint]> for the record, anyone can review. 00.15.49 # <[Saint]> it doesn't necessarily imply they're able to commit. 00.15.53 # <[Franklin]> yes, but only committers can commit 00.16.04 # * [Saint] puts his shocked face on 00.16.05 # Of course code can always be nicer, but I already did reindendation of stuff for more consistency, so it seems the point of functionality has passed;-) 00.16.14 # <[Franklin]> :O 00.16.50 # <[Franklin]> one last tiny thing: the whitespace of the imported code 00.16.51 # <[Saint]> (ㆆ⌓ㆆ) 00.17.06 # <[Franklin]> around line 730 00.17.13 # <[Saint]> sobukus: what editor are you using? 00.17.31 # <[Saint]> Most editors (worth using) can warn about formatting and whitespace errors. 00.17.46 # <[Saint]> git can actually be configured to warn about whitespace too. 00.17.49 # <[Franklin]> heh notepad doesn't count 00.18.00 # <[Saint]> No sir. It does not. 00.18.01 # Hm, I remember removing trailing whitespace. 00.18.19 # <[Franklin]> not in the imported code, it seems 00.18.21 # I didn't try to reformat the imported code much, so it doesn't look like I actually changed it. 00.18.41 # Well, of course not all of it ... 00.18.41 # <[Franklin]> the source of the imported code is MIT licensed, it seems 00.19.04 # It's even imorted code from another plugin that imported it from elsewhere (p.ex. glibc) 00.19.12 # <[Franklin]> oh no... BSD 00.19.23 # <[Franklin]> but still it's GPL-compat 00.19.41 # Oh, wait. That was an earlier version. I removed the glibc stuff when switching to fixedpoint math. 00.20.22 # <[Saint]> that tick_sound[] mess is...well, eeew. 00.20.41 # <[Franklin]> yeah 00.20.41 # <[Saint]> I realize there's not really a cleaner option, but, god that wall looks disgusting. 00.20.49 # [Franklin]: Should I make those trivial fixups (my editor shows the whitespace clearly, I just have to look;-) and push again? Because, that removes the review marks again. 00.20.58 # <[Franklin]> it's fine ;) 00.21.03 Quit SpeakerToMeat (Quit: WeeChat 1.0) 00.21.25 # <[Saint]> well, if you can fix it up easily, and have time to do so, do so. 00.21.27 # The sounds, yes, I had them as separate files, but inlined because "no code in header files" 00.22.16 # I wasn't able to convince the build system to build separate objects with the sounds and link them into the plugin. 00.22.20 # <[Saint]> there's also whitespace scattered around in quite a few places in metronome.c 00.22.48 # OK, now. Example please. Perhaps we need to define "scattered". 00.23.13 # <[Saint]> around // Process an exponent string 00.23.21 # <[Saint]> ~700LOC mark 00.23.27 # That's the imported code we already talked about. 00.23.37 # <[Saint]> aha, right, sorry. 00.24.01 # From pdbox ... I remmeber cleaning it up but when removing the floating point logarithm stuff, that seems to have been lost. 00.24.18 # <[Saint]> and a little bit in metronome.tex 00.24.30 # <[Saint]> at 91 00.25.02 # <[Saint]> sorry, it sticks out like a sore thumb in my editor. 00.25.23 # It's more mildly backlighted in mine. 00.25.38 # So, I removed all /\s+$/ now. 00.26.02 # Anything else that I should do before pushing again? 00.26.23 # * sobukus removes trailing \n at the end 00.26.32 # test that it builds on different devices 00.26.43 # grayscale, monochrome, color, etc 00.26.59 # You mean simulator or just testing real build? 00.27.21 # An official list of non-broken targets would be nice, as p.ex. I was unable to build the HWCODEC stuff. 00.27.30 # real build 00.27.45 # <[Franklin]> sobukus: how about making the PCM values hex so they're constantly spaced? 00.27.50 # list of builds that work: http://build.rockbox.org/dev.cgi 00.29.35 # i would try building the actual binary so that if it doesn't build you don't have to fix it later 00.29.42 # Ah, I hope testing build for each family is enough. 00.30.22 # Well, of course I can automate ... just it won't be done moment. 00.30.40 # [Franklin]: Well, that would increase the size of the file ... 00.31.50 # You really don't want to look too closely at those lumps of data in any case … but if you really would like it better, sure. 00.32.12 # The long-term solution would be to generate the PCM on startup, as it's rather trivial. 00.32.36 # most likely builds will fail because something like monochrome support isn't handled right or something like that 00.32.45 # so pick one monochrome device to test 00.32.53 # <[Franklin]> there's no lcd_ calls that should fail, saratoga_ 00.32.56 # <[Franklin]> it seems 00.33.18 # I ran some monochrome device in the simulator. 00.33.29 # <[Franklin]> but test to make sure 00.35.17 # <[Franklin]> sobukus: do you use emacs? 00.35.48 # There is no HWCODEC device besides the Archos group, right? So … I don't see these building at all, even without the metronome:-/ 00.36.06 # the player builds 00.36.14 # [Franklin]: Nope, in theory I'd like to use luced, in practice the ancient nedit still works for me. 00.36.39 # <[Franklin]> emacs is more ancient ;) 00.36.48 # FM recorder too 00.37.04 Quit ender` (Quit: I'm a complex person. I have a real and an imaginary part.) 00.38.44 # saratoga_: sorry, what configure command line can I use? It won't do any --build= I specify. 00.38.57 # ? 00.39.15 # <[Franklin]> you can use the interactive mode, too 00.39.41 # I would like to have the build non-interactive. If I am to test several builds, I don't want to babysit configure scripts 00.39.53 # Oh, sorry 00.39.56 # --type 00.40.05 # check the script? 00.40.50 # sobukus: see http://git.rockbox.org/?p=www.git;a=blob;f=buildserver/builds;h=7ba9316d213078f98f42a11104fa2eb9082a0858;hb=HEAD 00.41.02 # I'm running ../tools/configure --target=0 --type=n < /dev/null 00.42.25 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.42.41 # One warning about unused parameter. 00.42.46 # but builds 00.43.18 # <[Franklin]> warnings!? :O 00.43.26 Quit JdGordon_ (Ping timeout: 255 seconds) 00.44.08 # Hm, this is about code inside HAVE_LCD_BITMAP, Player doesn't have that? 00.44.27 # <[Franklin]> I don't think it does 00.44.48 # So it cannot do display->fillrect(), I presume. 00.45.51 # Well, this is dealt with in the code, it's just that the variable determining which rectangle to fill is not used in the build. 00.47.42 # * sobukus building simulator of Player 00.48.52 # Ah, right. I get "incompatible model" when loading the plugin. 00.49.17 # Are you cleaning up properly between builds? 00.50.23 # Ah, right. The metronome plugin got build in the real build, but it's not built for the simulator. 00.50.30 # gevaerts: So that's the old one still being there. 00.50.35 Quit melvova (Quit: Leaving) 00.51.35 Quit Makinit (Quit: bye) 00.52.37 # <[Franklin]> just run 'make clean' 00.52.39 Join Makinit [0] (makinit@makinit.nl) 00.52.41 # I remember someone telling me that the HWCODEC itself is not simulated. 00.52.46 # <[Franklin]> or make install 00.52.52 # And that's why the metronome is ruled out in the simulator build. 00.53.14 # <[Franklin]> #if CONFIG_CODEC == SWCODEC || !defined(SIMULATOR) /* Not for hwcodec sims */ 00.54.07 # So, do I need to disable the actual playback code in the plugin to be able to build it for the simulator? 00.54.38 # <[Franklin]> and enable it in SOURCES, it would seem 00.54.43 # I might work out what to display. The Player 2-line display is the most limited, right? 00.55.57 # if its already disabled on those targets I would leave it like that 00.56.26 # saratoga_: it's only disabled in the sim 00.56.37 # Due to the sim not emulating the sound chip 00.58.35 # sobukus: you could disable the actual audio playing and building the plugin that way 00.58.57 # <[Saint]> indeed. 00.59.03 # <[Saint]> simulator != emulator 00.59.20 # <[Saint]> its largely useless for testing hardware specific quirks 00.59.49 # <[Saint]> its mostly somewhat of a glorified UI tester. 01.00.21 # <[Franklin]> Ivoah: did you ever get xracer up and running? 01.01.00 # <[Saint]> which reminds me that I thought the other day that it would be really nice to have some form of 'monkeyrunner' for the sims. 01.01.11 # <[Franklin]> yes!!! 01.01.43 # <[Saint]> something that throws a bunch of simulated user events at the UI and reports if we fall over. 01.02.03 # <[Saint]> this should not be difficult to do. 01.02.30 # rasher did something like that a while ago I think 01.02.38 # <[Saint]> Ooooohhh. 01.03.56 # Is there a preference for if defined(bla) vs. ifdef bla? 01.04.13 # <[Franklin]> if there's only one, use #ifdef 01.04.18 # <[Franklin]> otherwise I guess use #if 01.04.26 # <[Franklin]> (just my personal opinion) 01.07.39 # Ah, OK, ran the plugin in the sim now. 01.07.42 # A 2-line UI. 01.09.10 # I'm printf-ing "tick" and "tock" in the simulator as sound replacement. I hope that's OK. 01.09.36 # Should be OK for testing 01.10.02 # <[Franklin]> LOGF is a better option I would think 01.10.09 # <[Franklin]> but printf works, yes 01.10.13 Quit krabador (Quit: Take the time.) 01.11.59 # I don't see one example of LOGF usage in other plugins. 01.12.13 # Just LOGF("printfstring", args)? 01.12.29 # <[Franklin]> yep ;) 01.12.46 # <[Franklin]> but you need to configure with logf enabled 01.12.59 # meh 01.13.01 # I'm not sure we want to suddenly enable metronome on hwcodec sims. I just suggested this so *you* can test 01.13.12 # Well, what can go wrong? 01.13.17 # I'm not *against* it, but it is a bit useless :) 01.13.25 # I disabled the actual audio and am testing the UI. 01.13.34 # Mind, I added visual indication of ticks. 01.13.34 # Although of course having it helps with screenshots for the manual 01.13.40 # Suddenly it makes sense;-) 01.21.21 *** Saving seen data "./dancer.seen" 01.24.39 Quit TheLemonMan (Quit: leaving) 01.34.41 # gevaerts: This is interesting. I removed the display drawing from the timer callback since you folks seemed to agree that it's a bad idea there. 01.35.05 # But in the Player sim, it _only_ works when taking place in the callback. 01.35.37 # Furthermore, the state variable used to communicate the information to draw is not synchronized between callback and main thread. 01.36.58 # Is that a bug or accurate simulation? Should I commit the code that works for me in the simulator rather than what "should" work from conventional wisdom? 01.37.41 # It simplyfies the code, even. 01.39.07 Join krabador [0] (~krabador_@unaffiliated/krabador) 01.42.31 # [Franklin]: You got a hint about that? Also, the simulator likes to crash from time to time ... not sure if that's my fault. 01.43.13 # <[Franklin]> probably it is :P 01.43.30 # It does that sometimes on some button action. 01.43.39 # <[Franklin]> in the plugin? 01.43.59 # Yeah. 01.44.13 # <[Franklin]> then it's probably a bug in the plugin 01.44.19 # <[Franklin]> run gdb on it and see where 01.44.47 Quit krabador (Quit: Take the time.) 01.45.07 # The starter is this: There is an integer variable that's intialized to 0 in the declaration. Even before it's touched by other code, its printed value is 8265093. 01.45.17 # the value reappears 01.45.46 # I didn't play with pointers there:-/ 01.54.03 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 01.54.22 # <[Franklin]> http://forums.rockbox.org/index.php/topic,24664 <<< maybe I'm not the first person to think of a racing game on rockbox... 01.58.52 # I'd guess so. 01.59.11 # [Franklin]: can you think of another target that has no bitmap lcd? perhaps one with 3 lines? 02.01.03 # <[Franklin]> I think the archos are the only non-bitmap ones 02.04.06 # OK, so I don't waste thought on 4-line text displays. 02.08.22 # * sobukus facepalms 02.08.42 # the weird value was printf("%i\n"); 02.11.50 # I have the suspicion that the main loop waits for button presses in a blocking manner. 02.12.09 # So I _have_ to update the display in the timer callback. 02.13.22 # button = pluginlib_getaction( TIMEOUT_BLOCK, <--- I guess that is rather explicit. 02.14.01 # That's still from the original metronome code. I hereby assume that it was right in what it did and move all the action into the callback. 02.14.07 # Works nicely in simulator. 02.18.48 # xcb_io.c:140: dequeue_pending_request: Assertion `req == dpy->xcb->pending_requests' failed. <-- Should a plugin be able to trigger that? I'd more suspect a wonky X11/xcb build. 02.20.50 Join [Frankli1] [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 02.21.01 Nick [Frankli1] is now known as franklin (~franklin@cpe-071-071-039-006.triad.res.rr.com) 02.22.25 Quit [Franklin] (Quit: Reconnecting) 02.23.41 Nick franklin is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 02.24.18 Quit [Franklin] (Changing host) 02.24.18 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 02.24.57 # [Franklin]: you there again now? 02.25.56 # <[Franklin]> right here 02.26.37 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 02.27.42 # [Franklin]: I'm not so sure about what crashes the simulator, but I remember that it does that sometimes, p.ex. when closing he window while a plugin is active. 02.33.47 # [Franklin]: But it seems to be the case that me drawing from the timer callback randomly crashes the simulator, probably becaue two threads are accessing the same objects. 02.35.07 # <[Franklin]> this is in the recorder sim? 02.37.28 Quit cmhobbs (Remote host closed the connection) 02.37.54 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 02.38.06 # Yeah. I think really tracked it down to unmutexed access to graphics stuff from the two threads. 02.38.35 # If I only _knew_ if display drawing in the callback were allowed for archos. 02.39.25 # I need to either do both playback and drawing in the callback or both in the main loop. 02.39.55 # I think there's a reason for the old metronome not doing anything timely in the main loop (blocking on button event). 02.41.15 Join krabador [0] (~krabador_@unaffiliated/krabador) 02.43.57 Quit xorly| (Ping timeout: 245 seconds) 02.49.45 Join the-kyle [0] (~kyle@kyle.tk) 02.50.28 Quit [Franklin] (Ping timeout: 276 seconds) 02.55.56 Quit krabador (Quit: Take the time.) 02.58.59 Join krabador [0] (~krabador_@unaffiliated/krabador) 03.06.21 # * sobukus will continue later … pushed a current patch that works in HWCODEC simulation 03.06.44 # * sobukus wonders if tehre are working Archos Players out there to test 03.18.30 Quit krabador (Quit: Take the time.) 03.21.22 *** Saving seen data "./dancer.seen" 03.21.30 Join krabador [0] (~krabador_@unaffiliated/krabador) 03.26.11 Quit kugel (Ping timeout: 245 seconds) 03.43.43 Quit ruskie (Excess Flood) 03.43.58 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 03.54.14 Quit Ivoah (Read error: Connection reset by peer) 03.58.09 Join Ivoah [0] (~Ivoah@dsl-216-227-122-44.taconic.net) 03.59.19 Quit krabador (Quit: Take the time.) 04.01.19 Quit ZincAlloy (Quit: Leaving.) 04.10.47 Join krabador [0] (~krabador_@unaffiliated/krabador) 04.21.48 Quit shamus (Read error: Connection reset by peer) 04.26.50 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 04.26.56 Quit krabador (Read error: Connection reset by peer) 04.27.58 Join krabador [0] (~krabador_@unaffiliated/krabador) 04.33.45 Quit krabador (Quit: Take the time.) 05.21.24 *** Saving seen data "./dancer.seen" 05.38.58 Quit the-kyle (Ping timeout: 245 seconds) 05.40.11 Join nialv7 [0] (~nialv7@ei224-052.resnet.stonybrook.edu) 05.51.37 Quit Strife89 (Ping timeout: 265 seconds) 05.52.35 Quit TheSeven (Ping timeout: 265 seconds) 05.53.33 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.59.45 Join Waitwhat [0] (~Silverhaw@c-24-2-9-174.hsd1.mo.comcast.net) 06.07.44 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 06.09.35 Quit JdGordon (Ping timeout: 246 seconds) 06.11.59 Quit Waitwhat (Ping timeout: 272 seconds) 06.32.26 Quit chrisb (Ping timeout: 264 seconds) 06.41.04 Quit noaon (Quit: WeeChat 1.1) 07.16.02 Quit saratoga_ (Quit: Page closed) 07.19.28 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 07.21.26 *** Saving seen data "./dancer.seen" 07.50.18 Join LinusN [0] (~linus@giant.haxx.se) 07.59.13 Quit pamaury (Ping timeout: 265 seconds) 07.59.47 Quit amiconn (Quit: No Ping reply in 64 seconds.) 08.00.43 Quit pixelma (Quit: No Ping reply in 120 seconds.) 08.01.56 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 08.02.52 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 08.04.32 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 08.25.55 Join ender` [0] (krneki@foo.eternallybored.org) 08.41.27 Quit ParkerR (Ping timeout: 272 seconds) 08.54.51 Quit bertrik (Ping timeout: 255 seconds) 09.21.27 *** Saving seen data "./dancer.seen" 09.39.45 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 09.46.56 Quit benedikt93 (Ping timeout: 245 seconds) 09.56.54 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.03.11 Quit foolsh (Quit: WeeChat 0.4.2) 10.21.21 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.24.53 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 10.25.50 Join foolsh [0] (~rastlin@c-98-226-52-99.hsd1.in.comcast.net) 10.28.33 Join xorly| [0] (~xorly@m180.dkm.cz) 10.31.57 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 10.50.15 # pamaury: ping 10.50.19 # wodz: pong 10.53.06 # pamaury: I need an advice. I spent whole weekend trying to make e150 'bootloader' working. The thing is that when I setup tick interrupt (timer T0) I catch TRAP exception and the interrupt count is 2. According to what processor signals the trapping instruction is jump in while(1); at the very end on main(). It looks like it catches exception while servicing interrupt. 10.54.08 # I did many tests and I am confident that exception reporting code is correct. I injected artificial teq instruction which causes TRAP and the offending instruction address is reported correctly. 10.54.43 # Hence I have no idea what is going on and why j/b instruction is considered trap for cpu. 10.55.04 # Any hints what I may check to narrow down the offender? 10.55.53 # what is trap exception ? 10.57.20 # TRAP is caused by a family of instructions, the most widely used is teq rt, rs, imm which causes trap exception when rt == rs (and imm is used by software trap handler to distinguish different trap types) 10.57.48 # so it is sort of syscall of break but conditional 10.58.20 # *or 10.59.01 # teq is used to cach div-by-zero with constructs like teq rt, zero, 7 11.00.30 # so a TRAP exception is raised but you don't know where ? 11.01.31 # Well I know where. EPC contains address of offending instruction BUT the instruction at this address is simple jump at the very end of main() 11.02.46 # which is weird because it should not reach this point 11.03.04 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.03.36 # or should it ? I guess your bootloader is not advanced enough to reach that part of the main ? 11.04.26 # maybe the trap is to signal that the instruction is wrongly encoded ? or the address is not aligned ? 11.04.32 Quit JdGordon_ (Ping timeout: 256 seconds) 11.04.49 # there is one explanation - I get irq so EPC is set to return address of irq and then TRAP is catched (for whatever reason) and EPC is not updated. But this is contrary to what documentation states about exception processing sequence 11.05.03 # pamaury: no, this are separate exceptions 11.09.08 # hum I don't know, and without the TIMER what happen ? 11.10.44 # hmm, reading this: http://people.ece.cornell.edu/land/courses/ece4760/PIC32/Microchip_stuff/MIPS-M4K-Core.pdf diagram on page 80 it looks like EPC is not updated when exception catched inside other exception 11.11.38 # sooo, how the f* I am supposed to track down the offender then 11.11.53 # so the trap could be inside the IRQ but you just can't know where, sounds great and useful ^^ 11.12.22 # is there another register which could contain the address ? 11.15.08 # there is $ra which holds function return address BUT I checked this and it points to irq dispatch handler which would mean the TRAP is actually somewhere in irq handling function. I checked disasm and can't see anything suspicious. 11.15.56 # I also tried to manually call irq handling function in main loop with interrupts disabled and this does not trigger TRAP 11.16.10 # so I am lost 11.18.48 # if there is a register you are 100% sure it is unused, you can put assembly code regularly in the IRQ to set special values in this register. On the TRAP, print the register values. You can bisect the offending point this way 11.19.04 # or just use a global variable 11.19.14 Join krabador [0] (~krabador@unaffiliated/krabador) 11.21.28 *** Saving seen data "./dancer.seen" 11.22.31 # It is something I already tried but in someway random fashion. I need to design the test more precisely 11.22.47 # I bet at the end this will be something dead simple stupid 11.23.53 # yeah quite probably but when there is no other way... 11.26.56 Quit benedikt93 (Ping timeout: 245 seconds) 11.31.58 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 11.50.14 Quit TheLemonMan (Ping timeout: 265 seconds) 11.53.41 Join TheLemonMan [0] (~lemonboy@adsl-ull-243-176.50-151.net24.it) 11.53.50 Quit TheLemonMan (Changing host) 11.53.50 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 12.08.58 Join AlexP [0] (~alex@rockbox/staff/AlexP) 12.10.08 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 12.13.44 Quit benedikt93 (Client Quit) 12.16.03 # hmm, so it would be wise to save state, clear IE and clear EXL bit as soon as possible when servicing IRQ so exception is irq handling function will update EPC accordingly 12.22.14 Quit xorly| (Ping timeout: 264 seconds) 12.35.59 Quit krabador (Quit: Sto andando via) 12.45.34 Join krabador [0] (~krabador@unaffiliated/krabador) 13.02.25 Part dongs 13.20.51 Part LinusN 13.21.31 *** Saving seen data "./dancer.seen" 13.49.33 Quit scorche (Disconnected by services) 13.49.37 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 13.51.31 Quit yosafbridge` (Ping timeout: 252 seconds) 13.52.38 Quit Provel (Ping timeout: 252 seconds) 13.53.07 Join yosafbridge [0] (~yosafbrid@192.241.198.49) 13.53.43 Join Provel [0] (~Provel@75-132-51-111.dhcp.stls.mo.charter.com) 14.06.22 Join mortalis [0] (~kvirc@212.44.150.238) 14.31.44 Join petur [0] (~petur@rockbox/developer/petur) 14.35.36 Join loaq [0] (b2012093@gateway/web/freenode/ip.178.1.32.147) 14.39.40 Quit wodz (Quit: Leaving) 14.40.21 # does someone have the modified r0.rom with rockbox? 14.41.05 # not that im lazy, the problem is that I dont want to install linux just to mod the .rom file, maybe someone has it ready 14.43.11 # and yes I tried the anythingbutipod.com firmwares, they are just to buggy imo. I even bricked my device and bought that special cable :/ 14.47.37 # Anyone? 14.49.49 # Oh and my PC crashed while formatting my R0, now its bricked. 14.54.06 Quit loaq (Quit: Page closed) 14.56.55 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.59.19 Quit WakiMiko (Remote host closed the connection) 14.59.37 Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) 15.01.37 Quit cmhobbs (Remote host closed the connection) 15.02.27 # <[Saint]> Well, I guess that was a self-solving issue. 15.02.31 # <[Saint]> Awesome. 15.03.35 Quit WakiMiko (Client Quit) 15.03.56 Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) 15.08.56 Quit foolsh (Quit: WeeChat 0.4.2) 15.09.48 Quit krabador (Ping timeout: 245 seconds) 15.21.35 *** Saving seen data "./dancer.seen" 15.29.06 Quit bluebrother (Disconnected by services) 15.29.11 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.30.24 # [Saint]: My iPod is still rebooting after charging all night :( 15.33.02 Quit fs-bluebot (Ping timeout: 264 seconds) 15.33.21 # The sound of the HD turning off and on is driving me insane 15.33.28 Join fs-bluebot [0] (~fs-bluebo@g224238098.adsl.alicedsl.de) 15.35.20 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 15.36.14 # <[Saint]> that sounds rather like an error with the drive itself. 15.43.13 Join ParkerR [0] (ParkerR@unaffiliated/parkerr) 15.43.38 # [Saint]: Would a HD error make the iPod reboot? 15.44.23 # <[Saint]> it certainly could, yes. 15.44.35 # Good news: It stopped rebooting! Bad news: It won't turn on :( 15.44.55 # Then why does it only seem to happen when it has low battery? 15.44.59 # <[Saint]> if you've never changed out the battery, its also quite possible the battery chemistry is just fucked. 15.45.10 # <[Saint]> I mean, its like, what, a decade old now? 15.45.12 # [Saint]: That is probably the problem 15.47.43 # <[Saint]> the curious thing is though if the battery voltage gets to a critical level after the HDD spins up, it should just turn off and stay off. 15.48.56 # <[Saint]> My official response is: 15.48.57 # <[Saint]> ¯\(º_o)/¯ 15.56.11 Nick Guest60837 is now known as alexbobp (~alex@capitalthree.pwnz.org) 16.09.50 Quit AlexP (Remote host closed the connection) 16.16.38 Join darkham [0] (~darkham@host62-55-dynamic.244-95-r.retail.telecomitalia.it) 16.16.42 Quit darkham (Read error: Connection reset by peer) 16.23.22 Join darkham [0] (~darkham@host62-55-dynamic.244-95-r.retail.telecomitalia.it) 16.23.22 Quit darkham (Client Quit) 16.24.22 Join krabador [0] (~krabador@unaffiliated/krabador) 16.32.29 Join Guest66888 [0] (Slayer@69.143.14.62) 16.35.01 Quit Guest42979 (Ping timeout: 244 seconds) 16.36.37 Quit krabador (Quit: Sto andando via) 16.43.59 # Well, a new battery from ifixit is only like $15 16.58.10 Quit JanC (Ping timeout: 264 seconds) 17.00.09 Quit pamaury (Remote host closed the connection) 17.07.53 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl) 17.11.18 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 17.11.29 Join JanC [0] (~janc@lugwv/member/JanC) 17.21.39 *** Saving seen data "./dancer.seen" 17.30.44 Quit TheLemonMan (Remote host closed the connection) 17.38.14 Quit cmhobbs (Remote host closed the connection) 17.39.44 Quit shamus (Read error: Connection reset by peer) 17.48.02 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.55.00 Join RiD [0] (~RiD@bl22-17-202.dsl.telepac.pt) 18.00.14 Quit lbrown (Ping timeout: 255 seconds) 18.05.43 Join lbrown [0] (~lbrown@host86-157-192-71.range86-157.btcentralplus.com) 18.09.52 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 18.16.48 Quit wodz (Ping timeout: 244 seconds) 18.18.29 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.23.55 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 18.27.14 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.31.05 Quit williamtdr () 18.31.36 Join williamtdr [0] (uid27909@gateway/web/irccloud.com/x-pymbbmadbmimhefg) 18.32.56 Quit maruk1 (Quit: Leaving.) 18.50.26 Quit mc2739 (Ping timeout: 264 seconds) 18.50.33 Nick evilnick_ is now known as evilnick (~evilnick@d54c3417e.access.telenet.be) 18.50.42 Quit evilnick (Changing host) 18.50.42 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 18.52.15 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 18.53.26 Quit mortalis (Ping timeout: 264 seconds) 18.54.50 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 18.55.41 Quit JdGordon (Ping timeout: 245 seconds) 19.01.31 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 19.02.45 Quit [Franklin] (Ping timeout: 272 seconds) 19.03.36 Join [Franklin] [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 19.03.55 Quit [Franklin] (Changing host) 19.03.55 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 19.21.40 *** Saving seen data "./dancer.seen" 19.21.57 Join krabador [0] (~krabador@unaffiliated/krabador) 19.22.13 Join lebellium [0] (~chatzilla@89-93-177-161.hfc.dyn.abo.bbox.fr) 19.25.26 Quit krabador (Read error: Connection reset by peer) 19.25.33 Quit nialv7 (Ping timeout: 252 seconds) 19.26.10 Join krabador [0] (~krabador@unaffiliated/krabador) 19.27.49 Join nialv7 [0] (~nialv7@ei224-052.resnet.stonybrook.edu) 19.28.08 Quit [Franklin] (Ping timeout: 245 seconds) 19.33.00 Join alt34 [0] (c82db724@gateway/web/freenode/ip.200.45.183.36) 19.33.23 # hi 19.33.39 # alguien habla español? 19.33.51 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.36.23 # alguien puede contestar? 19.36.25 # .... 19.39.16 # rockbox can be installed on a MP5 that is not supported by this? 19.40.07 # no 19.40.32 # :l 19.43.57 # ok ... just in case my model is a nbx esfera 19.44.52 # this is a image http://i.imgur.com/FDaNMu1.jpg 19.46.01 # If you want to get rockbox on such a no-name player, I fear you can only count on you. Nobody will port Rockbox to it for you ;) 19.50.01 # the question is who would need to port 19.50.43 # Not really. That's clear. Someone who owns the device and wants rockbox on it 19.51.54 # not if I express myself well.. my English is bad 19.52.01 # ok 19.56.18 # Of course, many of those cheap no-name devices don't have the necessary CPU power or RAM to run rockbox anyway... 19.58.08 Join xorly| [0] (~xorly@m180.dkm.cz) 19.58.25 # after all this device has camera has reporudctor of music, I can put wallpapers and allows adding sd cards .... 19.58.39 # music player* 20.02.43 # http://mla-s2-p.mlstatic.com/noblex-mp4-esfera-4--21376-MLA20209733784_122014-F.jpg 20.04.27 # this player is the Noblex brand. did not find much documentation on the net.. 20.05.40 # AUDIO and VIDEO player with integrated TV-OUT CAMERA. 2.4 LCD screen. High image quality 260 k tft TV OUT: output for connection to TV Video playback: AVI, RMVB, WMV Audio playback: MP3 / WNA Reproduction of photos: JPG, BMP and GIF Integrada.Fotos 1.3MP digital camera and video recording Recording from the radio Voice recording with built-in microphone Plays digital books in text format Built-in speaker ID3-TAG: titles and artists on 20.07.27 # This is the technical information AUDIO and VIDEO player with integrated TV-OUT CAMERA. 2.4 LCD screen. High image quality 260 k tft TV OUT: output for connection to TV Video playback: AVI, RMVB, WMV Audio playback: MP3 / WNA Reproduction of photos: JPG, BMP and GIF Integrada.Fotos 1.3MP digital camera and video recording 20.07.36 # Recording from the radio Voice recording with built-in microphone Plays digital books in text format Built-in speaker ID3-TAG: titles and artists on display High Speed USB connector 2.Or Memory expandable up to 32gb 20.12.35 # Sounds like a fairly typical cheap player. I'd say there's 99% chance it can't ever run rockbox 20.13.21 # ok 20.13.24 # heh, it has a "high quality" screen ;) 20.14.38 # I found no documentation ... not even I can mod the firmware 20.15.10 # yeah, that's "no-name" player 20.15.18 # you can't expect much of that 20.15.52 Quit michaelni (Ping timeout: 246 seconds) 20.17.03 # alt34: it sounds like the sort of player the people at http://www.s1mp3.org/ work on. Maybe they can help more 20.17.19 # I have no idea if they're still active though 20.17.53 # Français | v1.00 - 18/09/05 20.17.58 # quite old! 20.19.06 # http://forum.s1mp3.org/ the latest posts are dated 2011 20.19.24 # ok thanks for your time 20.20.09 # ..... I'll see if I can get one of those that are on the list of supported 20.25.19 Part micah 20.30.14 # Sandisk Sansa Clip + 4 GB MP3 Player is supported by rockbox? 20.30.27 # yes 20.30.43 # ok 20.36.13 # how rockbox could have looked like on a S1mp3 player https://op-ezy.co.uk/rockbox/s1mp3/Player_mock.png :) 20.40.50 Quit pystar89 (Ping timeout: 264 seconds) 20.41.26 Quit williamtdr (Quit: Connection closed for inactivity) 20.42.02 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 20.58.02 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 20.58.53 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 21.02.19 Join ZincAlloy [0] (~Adium@pD9EEB865.dip0.t-ipconnect.de) 21.21.43 *** Saving seen data "./dancer.seen" 21.23.56 Quit alt34 (Quit: Page closed) 21.52.00 Join stoyan [0] (~stoyan@78.90.210.158) 21.52.51 Part stoyan 21.54.52 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 22.01.55 Quit krabador (Quit: Sto andando via) 22.02.37 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl) 22.03.09 Join krabador [0] (~krabador@unaffiliated/krabador) 22.51.12 Quit krabador (Quit: Sto andando via) 22.54.33 Quit wodz (Quit: Leaving) 23.18.34 Quit [Franklin] (Ping timeout: 264 seconds) 23.21.45 *** Saving seen data "./dancer.seen" 23.22.36 Join Mihail [0] (0564c269@gateway/web/freenode/ip.5.100.194.105) 23.27.42 # When I add sleep (or while with nop) to pcm-as3525.c: pcm_play_dma_stop() - it work, but player freeze when exit from function 23.27.49 # is it expected behavior? 23.39.49 Quit lebellium (Quit: ChatZilla 0.9.91.1 [Firefox 36.0/20150122214638]) 23.50.26 Join [Franklin] [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.54.52 Quit amayer (Quit: Leaving) 23.57.52 Quit petur (Remote host closed the connection)