--- Log for 09.11.116 Server: karatkievich.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 2 days ago 00.35.03 Quit ZincAlloy (Quit: Leaving.) 00.46.54 Quit Bilgus (Ping timeout: 260 seconds) 00.49.11 *** Saving seen data "./dancer.seen" 00.49.28 Quit petur (Quit: Leaving) 01.01.01 Join JanC_ [0] (~janc@lugwv/member/JanC) 01.01.03 Quit krnlyng (Ping timeout: 268 seconds) 01.02.16 Nick JanC is now known as Guest19389 (~janc@lugwv/member/JanC) 01.02.16 Quit Guest19389 (Killed (orwell.freenode.net (Nickname regained by services))) 01.02.16 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 01.08.12 Quit Rower (Quit: Hmmm...) 01.09.28 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:b1e0:48e3:d279:dc96) 01.10.37 Quit ZincAlloy (Client Quit) 01.12.12 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 01.12.33 Join krnlyng [0] (~liar@77.117.23.116.wireless.dyn.drei.com) 01.20.17 Join Strife89 [0] (~quassel@adsl-98-80-195-40.mcn.bellsouth.net) 01.23.48 Quit Strife1989 (Ping timeout: 244 seconds) 01.57.15 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 02.01.55 Quit thrillho (Ping timeout: 248 seconds) 02.09.38 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 02.13.55 Quit thrillho (Ping timeout: 240 seconds) 02.17.44 Quit girafe (Read error: Connection reset by peer) 02.24.15 Quit krnlyng (Ping timeout: 240 seconds) 02.27.04 # <[Saint]> Could I get a wording/"too harsh" check on http://forums.rockbox.org/index.php/topic,51546.msg238278.html#msg238278 please? 02.27.06 # <[Saint]> Thanks. 02.27.24 # <[Saint]> As usual, I'm trying for 'blunt but not outwardly offensive'. 02.30.03 # <__builtin> seems alright to me 02.32.47 # <[Saint]> Thanks. 02.33.22 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 02.33.31 # <[Saint]> I just wanted to address the fundamental misconception that Rockbox actually cares about the hardware market or consumers. 02.33.54 # <[Saint]> More people need to realize it's devs working on a hobby project to please themselves. 02.34.48 # <[Saint]> The time to monetize or push for adoption was lost years and years and years ago. 02.35.09 # <[Saint]> like, over a decade ago. 02.36.24 # <__builtin> yeah, that makes total sense, I guess OP had good intentions but was just misinformed 02.37.55 Join krnlyng [0] (~liar@178.112.218.101.wireless.dyn.drei.com) 02.37.56 Quit thrillho (Ping timeout: 252 seconds) 02.49.13 *** Saving seen data "./dancer.seen" 02.58.22 # <[Saint]> __builtin: Oh, yes, he certainly has good intentions. 02.58.30 # <[Saint]> *s/he 02.58.50 # <__builtin> enough to write a wall of text, apparently ;) 02.59.14 # <[Saint]> I just don't want anyone to think that anyone is sitting around pulling out their hair at board meetings wondering how we can survive or that we're desperate for relevance. 02.59.33 # <[Saint]> That would be very disingenuous if I didn't shut that shit down. 03.00.46 # <[Saint]> Even if DAPs vanished off the face of the Earth in some DAP evangelical second coming, it still wouldn't kill us. 03.01.22 # <[Saint]> _hurt_ us, sure, but as long as SDL still exists, we're good. 03.05.00 # <[Saint]> (for reference, yes, I really do use the SDL port as a desktop media player) 03.05.35 # <[Saint]> The only other desktop player that comes even remotely close is foobar2000 which requires me to run WINE, and, screw that. 03.16.18 # <__builtin> vlc "just works" 03.19.33 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 03.24.44 Quit thrillho (Ping timeout: 268 seconds) 03.59.31 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 04.03.59 Quit thrillho (Ping timeout: 246 seconds) 04.39.35 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 04.44.30 Quit thrillho (Ping timeout: 256 seconds) 04.44.46 Quit michaelni (Read error: Connection reset by peer) 04.45.12 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 04.49.16 *** Saving seen data "./dancer.seen" 05.01.23 Quit alexweis_ (Remote host closed the connection) 05.03.31 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 05.08.30 Quit alexweissman (Remote host closed the connection) 05.10.51 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 05.13.44 Quit alexweissman (Read error: Connection reset by peer) 05.14.17 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 05.33.25 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 05.37.56 Quit thrillho (Ping timeout: 248 seconds) 06.15.52 Quit [7] (Ping timeout: 260 seconds) 06.16.14 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.19.31 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 06.21.58 Quit toli (Ping timeout: 256 seconds) 06.24.01 Quit thrillho (Ping timeout: 258 seconds) 06.28.26 Join toli [0] (~toli@ip-62-235-241-94.dsl.scarlet.be) 06.43.51 Quit alexweissman (Remote host closed the connection) 06.44.27 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 06.49.20 *** Saving seen data "./dancer.seen" 06.55.52 Quit krabador (Quit: Leaving) 07.01.24 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 07.06.22 Quit thrillho (Ping timeout: 265 seconds) 07.33.04 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 07.37.19 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 07.37.22 Quit thrillho (Ping timeout: 244 seconds) 08.02.46 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 08.07.16 Quit thrillho (Ping timeout: 248 seconds) 08.07.50 Join wodz [0] (~wodz@94-75-75-29.home.aster.pl) 08.08.56 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 08.12.35 Quit pamaury (Ping timeout: 265 seconds) 08.19.58 Join ender` [0] (krneki@foo.eternallybored.org) 08.40.48 Quit sth (Ping timeout: 256 seconds) 08.49.21 *** Saving seen data "./dancer.seen" 08.51.25 Join pamaury [0] (~quassel@wks-50-63.mpi-sws.org) 08.51.25 Quit pamaury (Changing host) 08.51.25 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.51.26 Quit pamaury (Remote host closed the connection) 09.02.25 Join TheLemonMan [0] (~root@unaffiliated/thelemonman) 09.08.20 Quit paulk-collins (Quit: Leaving) 09.19.25 Quit ender` (Read error: Connection reset by peer) 09.20.12 Join ender` [0] (krneki@foo.eternallybored.org) 09.50.53 Join anormal [0] (5dbc8f01@gateway/web/freenode/ip.93.188.143.1) 10.06.40 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 10.09.29 Quit advcomp2019_ (Read error: Connection reset by peer) 10.10.14 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 10.20.17 Quit bluebrother (Disconnected by services) 10.20.22 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 10.21.03 Join fs-bluebot_ [0] (~fs-bluebo@xd9beeb35.dyn.telefonica.de) 10.23.13 Quit fs-bluebot (Ping timeout: 244 seconds) 10.35.36 Quit mc2739 (Ping timeout: 260 seconds) 10.35.52 # Any idea how can i open the Fiio X1 II ?? i've seen the video to open de X1 normal, but this doesn't have screws. Any tips? 10.37.30 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 10.37.56 # <[Saint]> it'll be clasp closure. 10.37.59 # <[Saint]> think ipod. 10.38.11 # <[Saint]> use a guitar pick or spudger, feel around at the seams. 10.38.21 # <[Saint]> just use something softer than it is. 10.48.42 # if you're unlucky it might also be stuck together (unfortunately this seems to be the way manufacturers go atm) 10.49.24 *** Saving seen data "./dancer.seen" 10.50.39 Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217) 11.01.33 # i've asked in reddit, let's see if someone has some instructions or video 11.01.54 # I want to scan/photo it 11.02.51 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 11.17.07 # don't we have a page in the wiki somewhere saying "this might require some degree of violence" around *any* new port? :) 11.20.04 # <[Saint]> We do. 11.20.08 Quit mc2739 (Ping timeout: 256 seconds) 11.20.24 # <[Saint]> I think anormal just isn't sure at what 'soft spot' to initiate said violence. 11.20.38 # <[Saint]> violence in some degree _will_ be required. 11.21.15 # meh. just use a hammer ;) 11.21.35 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 11.21.47 # <[Saint]> Those, per Rockbox documentation, are solely for bricking iPods. 11.22.42 Join bug3173 [0] (2ebd8de5@gateway/web/freenode/ip.46.189.141.229) 11.23.04 # * GodEater polishes his nails 11.23.33 # (is that actual "documentation", or just a goldenquote? ) 11.23.53 Quit scorche (Disconnected by services) 11.23.57 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 11.24.23 # pamaury: I got my callback working from button.c only problem is it still happens before action.c>get_action( ever gets called and therefore is one event behind 11.24.25 # Hi there! I got an iPod 5.5 Gen (80GB) and I don't know why but it's really difficult to skip from one song to another sometimes... the player freezes, while I can still hear the actual song played... sometimes I have to force reboot 11.24.45 # Bilgus: not sure what you mean? 11.25.37 # get_action uses whatever context calls it and looks up the supplied button code 11.26.03 # yes, and? 11.26.26 # happens after the backlight on in button.c 11.27.10 # I need a way to lookup the current context before get_action gets a call 11.28.07 # then I can lookup the button code myself or for that matter call get_action if I so desired 11.29.10 # or I hold off on backlight when ever my callback is there and just do the backlight_on from there but I don't like that much 11.30.01 # sorry don't turn backlight on in button.c but instead turn it on in action.c 11.30.15 # ^clairfying 11.33.00 Quit The_Prospector (Quit: when in doubt, kernel panic) 11.39.37 Join robertd1 [0] (~as@201.208.225.40) 11.41.25 # No idea? :) 11.46.32 # don't do Ipods but what version of rockbox? 11.48.24 Quit pamaury (Ping timeout: 260 seconds) 11.53.30 # my Fiio x1 II is brand new, one week :D i don't want to use any violence with it :) 12.01.02 # the last dev build; and any build I've had 12.05.55 Quit bug3173 (Ping timeout: 260 seconds) 12.28.00 Quit Bilgus (Quit: Page closed) 12.28.35 Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217) 12.29.15 Join duo8 [0] (~ZNC-SRV-H@116.111.113.72) 12.35.45 Quit anormal (Quit: Page closed) 12.36.00 Quit thrillho (Ping timeout: 244 seconds) 12.39.14 Join anormal [0] (5dbc8f01@gateway/web/freenode/ip.93.188.143.1) 12.39.57 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 12.48.41 Part robertd1 12.48.46 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:e1aa:301a:6160:fc3) 12.49.28 *** Saving seen data "./dancer.seen" 12.55.23 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 13.00.44 # pamaury: I tossed all the callback stuff put in a switch for the backlight in button.c along with a func to set / turn on backlight and button light and then in action.c filtered the non button presses works... not sure in all cases as of yet 13.30.48 Join robertd1 [0] (~as@201.208.225.40) 13.35.03 Quit Bilgus (Quit: Page closed) 13.46.05 Part chrisb ("rcirc on GNU Emacs 25.2.50.1") 14.24.12 Quit thrillho (Ping timeout: 245 seconds) 14.49.31 *** Saving seen data "./dancer.seen" 15.03.30 Part robertd1 15.03.38 Quit elensil (Quit: Leaving.) 15.04.57 Join elensil [0] (~edhelas@2001:1c02:1903:d800:9547:d8d3:80e:f71b) 15.10.15 Join robertd1 [0] (~as@201.208.225.40) 15.10.18 # gah, can't believe they only manage 8h with a 2200mAh battery 15.10.28 # hope rockbox can do better 15.11.37 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 15.22.16 Quit pamaury (Ping timeout: 240 seconds) 15.46.55 Quit wodz (Ping timeout: 256 seconds) 16.06.02 Quit mc2739 (Read error: Connection reset by peer) 16.06.45 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 16.15.49 Quit mc2739 (Ping timeout: 256 seconds) 16.24.14 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 16.34.04 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 16.47.07 Quit thrillho (Ping timeout: 245 seconds) 16.47.35 Join The_Prospector [0] (~The_Prosp@unaffiliated/cornman) 16.49.34 *** Saving seen data "./dancer.seen" 16.56.37 Quit pamaury (Ping timeout: 256 seconds) 17.12.01 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 17.49.15 Quit duo8 (Ping timeout: 250 seconds) 17.56.17 Join duo8 [0] (~ZNC-SRV-H@27.76.245.141) 17.59.45 Join krabador [0] (~krabador@unaffiliated/krabador) 18.05.03 Quit elensil (Quit: Leaving.) 18.13.48 Join smoke_fumus [0] (~smoke_fum@leased-line-195-222-90-170.telecom.by) 18.24.34 Quit thrillho (Ping timeout: 256 seconds) 18.46.47 Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627) 18.49.35 *** Saving seen data "./dancer.seen" 18.51.15 Quit tchan (Quit: WeeChat 1.6) 19.00.50 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 19.01.06 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 19.04.06 Join tchan [0] (~tchan@c-50-129-174-2.hsd1.il.comcast.net) 19.04.06 Quit tchan (Changing host) 19.04.06 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 19.07.36 Quit rela (Read error: Connection reset by peer) 19.37.49 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 19.41.11 Quit krabador (Quit: Leaving) 19.44.34 Join TheEaterOfSouls [0] (~TheEaterO@66.172.117.241) 19.51.28 Join JanC_ [0] (~janc@lugwv/member/JanC) 19.51.56 Quit JanC (Ping timeout: 252 seconds) 19.52.41 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 19.55.07 Quit robertd1 (Quit: Leaving.) 20.05.10 Join wodz [0] (~wodz@89-77-223-98.dynamic.chello.pl) 20.05.15 # pamaury: ping 20.06.44 # pong 20.07.26 # wodz: ^ 20.08.39 # pamaury: not working atj hwstub gives this trace of events: 1) connection 2) get descriptor device to address 0 3) correct response to this request 4) port reset? 5) set address request from address 0 6) set address response from host with correct address 7) get descriptor request device to new address 8) malformed response 20.08.59 # pamaury: Any hint where to look? 20.09.50 # pamaury: comparing this with working version it is the same up to 7) 20.10.02 # witout more details about the malformed response this is not easy 20.10.43 # maybe you don't flush the fifo on reset request? 20.13.17 # pamaury: I sent you email with working and non working wireshark trace 20.13.35 Quit shmibs (Quit: leaving =o) 20.13.46 # I'll have a look, unfortunately the wireshark traces tend to not help a lot when debugging low level usb problems 20.14.24 # a possibility is that the first request of the host has a small size (less than a packet) whereas the second one asks for the whole descriptor 20.14.34 # maybe the code does not handle multi-packet send correctly 20.15.00 Join shmibs [0] (~shmibs@shmibbles.me) 20.15.27 Join TheLemonMan [0] (~root@unaffiliated/thelemonman) 20.15.28 # pamaury: I know wireshark is suboptimal BUT this is the only tool I have 20.15.41 # give me 10/15 min to finish dinner and I'll have a look 20.15.48 # I need to look at the code to see how it works 20.17.01 # pamaury: thanks. working version is current HEAD, non working is before f2da975 20.28.31 Quit cc___ (Quit: WeeChat 1.6) 20.29.07 Join rela [0] (~x@pdpc/supporter/active/rela) 20.29.49 Join petur [0] (~petur@rockbox/developer/petur) 20.36.13 # wodz: I'm not a 100% how wireshark reports control transfers (because of the two message per transfer) but it may be possible that your handling of set_address is incorrect and the device did not switch address 20.38.01 # ah from the code I see there is some magic involved in set address 20.41.59 Quit wodz (Ping timeout: 268 seconds) 20.43.05 # wodz (logs): I suspend your code is stuff in the while(!finished) look of the first request that is interrupted by a reset 20.43.18 # on reset you should mark any pending transfer as finished 20.48.23 Join wodz [0] (~wodz@89-77-223-98.dynamic.chello.pl) 20.49.33 # wodz: did you see my message? 20.49.38 *** Saving seen data "./dancer.seen" 20.49.48 # yes 20.50.27 # pamaury: but I don't quite understand your sentence 20.51.16 # when you receive a reset request 20.51.26 # you should set epin.finished to true 20.51.56 # pamaury: set address is handled in hardware. I guess there is somewhere register which indicates current address but it is not documented (obviously) and not used by OF 20.52.31 # pamaury: So basically cancel transfer, right? 20.52.54 # yes 20.55.46 # didn't help 20.56.19 # is the trace the same? 20.56.58 # do you have any way of seeing if the second request is actually received and the code is not stuck in the while(!finished) loop? 20.57.00 # yes 20.57.16 # I can blink backlight 20.57.59 # I guess I should reset fifos as well on reset 20.58.59 # most probably 20.59.20 # but the working version doesn't do that :P 21.02.31 # reseting fifos doesn't cure it either 21.03.20 # So you think it hangs is while (!ep0in.finished) of the first write? 21.06.11 # the first usb_drv_send() doesn't block 21.06.43 # well if you don't clear finised on reset that might be the case but that depends on how the controller handles reset (does it call the transfer complete irq ?) 21.07.10 # can you check if the setup setup is received ? (ie usb_drv_recv_setup returns) 21.07.18 # *second setup 21.07.57 # from the wireshark tracer it seems the device is not answering the request at all, which suggest that the second usb_drv_send() is never called 21.23.50 Join krabador [0] (~krabador@unaffiliated/krabador) 21.42.29 # pamaury: second usb_drv_recv_setup doesn't return 21.43.21 # but it is called? hum 21.44.22 # no, usb_drv_recv_setup() is called only once 21.44.58 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) 21.45.41 # pamaury: ^ 21.46.11 # so where is it stuck? 21.46.30 # ah, maybe usb_drv_recv() 21.46.38 # I forgot to look at this one 21.47.09 # maybe you also need to set ep0out.finished to true 21.47.36 # or at least check if it's stuck in usb_drv_recv() 21.48.30 Quit krabador (Quit: Leaving) 21.49.26 # yes, it is stuck in usb_drv_recv() 21.49.58 # great, that's progress 21.50.12 # now try setting epout.finished to true on reset maybe? 21.51.28 # no go. Still the same 21.54.07 # * pamaury wonders if there could be race condition here 21.55.46 # wodz: I think your receive function does not work for ZLP (the IRQ version) 21.56.18 # in the non-IRQ version, it sets OTG_EP0CS = 2; and returns 21.56.50 # in the IRQ version, it will block waiting for a ZLP, which will probably not happen 21.57.23 # hmm 21.58.04 # I thought zlp should generate ep0out irq anyway 22.00.54 # yep, that was it 22.00.56 # that's very unclear 22.01.02 # some controllers do, some don't 22.03.55 # now if I do if (length == 0) {OTG_EP0CS = 2; return0;} at the beginning of usb_drv_recv() It works. 22.04.02 # pamaury: ^ 22.04.19 # cool :) 22.06.45 # pamaury: BUT this isn't quite the same as in non irq version. Non irq version is much more like 'broken' irq in sequence. It does wait for ACK which should generate irq 22.07.35 Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) 22.17.24 # wodz: you code in recv() for non-irq doesn't work irq for zlp 22.17.47 # since the loop is while(cnt < length) and for length = 0 it is never run 22.18.26 # aaaah, right 22.18.53 Join robertd1 [0] (~as@201.208.225.40) 22.19.24 # in ralink source writing OTG_EP0CS = 2 is commented as // clear NAK bit to ACK host. 22.20.27 # but I don't quite get why it is needed 22.21.48 # when the host sends the ZLP, the device needs to ACK the transfer. Basically usb_drv_recv() of size zero tells to device to ACK instead of NAK 22.21.58 # (which is why I said that receiving a ZLP does not really make sense) 22.22.13 # (and why it may not trigger in IRQ on most controllers) 22.23.07 # ok, makes sense now 22.26.12 # pamaury: so ZLP logic in INT_UDC() is redundant in case of in transfer, am I right? 22.30.00 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 22.34.18 Quit thrillho (Ping timeout: 244 seconds) 22.35.16 # wodz: no, it's still important for control out transfers 22.35.29 # or maybe not, good question 22.35.40 # for OUT I'd agree but for IN? 22.36.16 # I think the spec says ZLP is optional if you transfer exactly the amount predefined. For IN, you send the amount beforehand so I would expect no ZLP 22.36.22 # * pamaury goes read the spec 22.36.44 # anyway, works without logic for IN zlp in irq 22.42.16 # spec is not very clear about it but I would say the host does not send a ZLP, because the spec says that a ZLP is only sent by the device during a control read on short transfers 22.44.19 # pamaury: setting ep0{in,out}.finished = true in reset irq seems not needed 22.44.39 # ok, maybe the controller fires the irq on reset automatically 22.45.05 # or maybe you are just lucky ;) 22.45.32 # :-) 22.49.40 *** Saving seen data "./dancer.seen" 22.59.18 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 23.02.06 Quit lebellium (Read error: Connection reset by peer) 23.02.35 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) 23.03.35 Quit thrillho (Ping timeout: 240 seconds) 23.11.44 Join einhirn [0] (~Miranda@p4FC105A5.dip0.t-ipconnect.de) 23.23.59 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 49.0.2/20161019084923]) 23.30.42 # robertd1: hi, I'm going to bed but just to say, I think it is possible to change Sony's destination and sound pressure just with scsitool (ie withour firmware upgrades) 23.32.25 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.39.11 Join thrillho [0] (~Luke@unaffiliated/rockandorroll) 23.39.36 Quit girafe (Quit: Leaving) 23.41.03 Quit pamaury (Ping timeout: 265 seconds) 23.43.35 Quit thrillho (Ping timeout: 240 seconds) 23.43.37 # that is excellent pamaury 23.45.09 Quit wodz (Quit: Leaving) 23.45.31 Part robertd1 23.57.37 Join Link8 [0] (~me@546AC6B1.cm-12-3d.dynamic.ziggo.nl)