Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2017-02-12

00:03:58 Join PurlingNayuki [0] (~Thunderbi@113.89.205.11)
00:07:08 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
00:08:51 Quit PurlingNayuki (Ping timeout: 276 seconds)
00:09:54 Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51)
00:10:10 Part mutnai
00:22:05__builtinis there any way we could get patches on gerrit auto-built by the build cluster?
00:22:57__builtinobviously there'd need to be some sort of control as to which patches were built
00:24:16pamaury__builtin: that's a very wanted feature but it's nontrivial to implement
00:26:15__builtinI'd imagine a web-based trigger to start a build and some hooks to get the build started
00:29:29__builtinpossibly limited to contributors or committers only
00:30:51pamauryyou would also need to fix the build server and clients to pull specific revisions
00:31:21pamauryand fix and the buildserver complete hooks to upload the results at the right place, possibly integrating them with gerrit
00:33:48__builtinthe first one is a non-issue, I think
00:40:11__builtinthere's already a mechanism for building a specific revision
00:41:19 Quit pamaury (Ping timeout: 258 seconds)
00:41:21 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131])
00:43:19 Quit cc___ (Quit: WeeChat 1.6)
00:44:18 Join Saratoga [0] (32b117cb@gateway/web/freenode/ip.50.177.23.203)
00:45:28SaratogaMemory allocation in opus is deterministic, so it sounds like the problem is just that seeking certain distances in opus files runs out of stack
00:46:36SaratogaJust provide a file where it happens and the approximate start and end locations that cause it
00:50:43AxelKSaratoga, I will have to search a suitable candidate (meaning, low bitrate)
00:51:22AxelKOr is there a possibility to upload one of my files to some location where you can test it?
00:51:28AxelK(silly question, I know)
01:00
01:00:43***Saving seen data "./dancer.seen"
01:33:59AxelKNah, all longer files I find for download are 64Kbit or higher (= difficult to trigger the problem) and the low bitrate ones ar short (too short) examples
01:39:11 Quit xorly (Ping timeout: 255 seconds)
01:51:30 Quit skapazzo (Quit: leaving)
01:53:36 Quit AxelK (Quit: Verlassend / Leaving)
02:00
02:11:18 Join AxelK [0] (~AxelK@p5790E9D9.dip0.t-ipconnect.de)
02:12:00AxelKSaratoga, ?
02:12:29AxelKAlthough I don't like these file histing services, this might be the easiest solution
02:12:30AxelKhttps://filehost.net/ad3fc799ece5b578
02:12:54AxelKthis is a 32KBit opus file (encoded by me)
02:13:54__builtinin the future I can host any reasonably-sized file I'm emailed
02:14:07AxelKFilename is Boell.Spezial-Digitaler_Wahlkampf.opus
02:14:22__builtinwebmaster
02:14:26AxelKmd5sum ebd0ae026fc114c9bfdbfbddf27b90de
02:14:28__builtin(at)
02:14:31__builtinfwei.tk
02:16:08AxelK__builtin, shall I send you that file to that address?
02:16:25__builtinsure
02:16:39AxelKI was not sure if you were talking to me, sorry
02:16:51AxelKOK, one moment please
02:19:26 Join FiveBroDeepBook [0] (~gk.1wm.su@2606:f180:1:2ea:2ea:af60:f0b8:8f26)
02:19:27 Part FiveBroDeepBook
02:20:31 Join Saratoga_ [0] (ac38172f@gateway/web/freenode/ip.172.56.23.47)
02:21:33Saratoga_I checked and someone already reported this problem with an example file, so that should be good
02:21:43AxelK*LOL*
02:21:50Saratoga_Fs#13060
02:21:51fs-bluebothttp://www.rockbox.org/tracker/task/13060 3Seeking in long opus files leads to crash on Sansa Clip+ (bugs, unconfirmed)
02:21:51AxelKPerfect timing
02:22:09AxelKjust sent another example to __builtin about 5 seconds ago
02:22:25AxelKbut fine, so I am not hunting a ghost and the problem is real
02:27:36AxelKyes, that bug description sounds familiar
02:27:54AxelKthe reporter gives two example files
02:27:58AxelKthe on affected is
02:28:00AxelKENCODER_OPTIONS : −−quiet −−bitrate 48
02:29:01AxelKOps
02:29:22AxelKthe one not affected (according to the reporter) is also 48 KBit
02:29:26AxelKstrange
02:30:17Saratoga_Parsing OGG files is obnoxious, probably there is just some combination of file and seek offset that runs out of stack walking through the ogg stream
02:31:06AxelKI can only add some of my (non programmer) experience with this problem
02:31:37AxelKmost files with 64Kbit or above don't cause problems
02:32:06AxelK48 KBit or 32Kbit (stereo) files tend to crash the system more often
02:32:18AxelKno experience for mono files
02:32:48AxelKand it does not only affect seeking
02:33:31AxelKstopping player in the middle of one of those files and then resuming playback sometimes (but less often) crashes the player too
02:36:12AxelK__builtin, sorry, sending the file via mail did not work
02:36:16AxelKMessage size exceeds capabilities of MX responsible for the recipient
02:36:31AxelK11 MB for the file
02:36:42__builtinhmm, that reminds me
02:36:56AxelK15,2 MB for the mail itself
02:36:56__builtinI need to set up a file upload script
02:37:47AxelKFor now you might be using the link I posted (yes, file hosting services are evil)
02:40:19AxelKI am just downloading the example file posted in FS #13060 nd try to reproduce the problem
02:40:20fs-bluebothttp://www.rockbox.org/tracker/task/13060 3Seeking in long opus files leads to crash on Sansa Clip+ (bugs, unconfirmed)
02:44:07AxelK*BAM*
02:44:11AxelKPlayer crashed
02:45:21AxelKSame error message *PANIC* Stkov codec pc:3006CFAC sp:3 (end of screen?)
02:45:29AxelKand
02:45:39AxelKA: 30098158
02:45:42AxelKbt end
02:50:14AxelKNow that's interesting
02:50:30AxelKFrom the bbug report
02:50:33AxelK"I haven't quite figured out where exactly "large" starts, but it does happen with 4 hour long files (~60MB), but not with 1 hour long files (~20MB). It also does not happen in the Simulator, only on the actual hardware"
02:50:57AxelKFor 48 KBit files this seems to be correct
02:51:35AxelKbut my 32 KBit file which is crashing the player is 11 MB and the total lengt is 46 minutes
02:54:44 Quit ender` (Quit: There is no reason anyone would want a computer in their home.— Ken Olson, president, chairman and founder of DEC)
02:57:23 Quit Saratoga (Ping timeout: 260 seconds)
02:57:30 Join foolsh [0] (~starchase@162-204-199-234.lightspeed.sbndin.sbcglobal.net)
02:57:42 Quit foolsh (K-Lined)
03:00
03:00:47***Saving seen data "./dancer.seen"
03:09:26 Quit ZincAlloy (Quit: Leaving.)
03:20:27 Join Axel_K [0] (~AxelK@p5790ECD9.dip0.t-ipconnect.de)
03:23:51 Quit AxelK (Ping timeout: 252 seconds)
03:24:17 Quit Axel_K (Client Quit)
03:32:57 Quit Saratoga_ (Ping timeout: 260 seconds)
04:00
04:33:29fs-bluebotBuild Server message: 3New build round started. Revision fc9695e, 255 builds, 17 clients.
04:42:48fs-bluebotBuild Server message: 3Build round completed after 559 seconds.
04:42:49fs-bluebotBuild Server message: 3Revision fc9695e result: 40 errors 28 warnings
05:00
05:00:51***Saving seen data "./dancer.seen"
05:21:12fs-bluebotBuild Server message: 3New build round started. Revision 523ef4e, 255 builds, 17 clients.
05:27:48fs-bluebotBuild Server message: 3Build round completed after 396 seconds.
05:27:49fs-bluebotBuild Server message: 3Revision 523ef4e result: All green
05:28:01 Quit CommunistWitchDr (Ping timeout: 276 seconds)
05:32:29 Join SovietShaman [0] (quasselcor@97-87-177-85.dhcp.stls.mo.charter.com)
06:00
06:23:05fs-bluebotBuild Server message: 3New build round started. Revision eaf6aad, 255 builds, 17 clients.
06:32:20fs-bluebotBuild Server message: 3Build round completed after 555 seconds.
06:32:21fs-bluebotBuild Server message: 3Revision eaf6aad result: 2 errors 0 warnings
06:57:13 Quit furrywolf (Ping timeout: 240 seconds)
06:57:43 Quit TheSeven (Disconnected by services)
06:57:53 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
07:00
07:00:55***Saving seen data "./dancer.seen"
08:00
08:36:25 Quit pixelma (Quit: No Ping reply in 120 seconds.)
08:37:44 Join pixelma [0] (~pixelma@rockbox/staff/pixelma)
09:00
09:00:57***Saving seen data "./dancer.seen"
09:52:19 Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51)
10:00
10:04:55 Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-63-215.telecom.by)
10:13:36 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr)
10:43:52 Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627)
11:00
11:00:58***No seen item changed, no save performed.
11:01:05 Join ender` [0] (krneki@foo.eternallybored.org)
11:18:23 Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz)
11:52:22 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
12:00
12:19:04 Quit fs-bluebot (Ping timeout: 240 seconds)
12:19:28 Quit bluebrother (Ping timeout: 276 seconds)
12:20:40 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
12:21:12 Join rela_ [0] (~x@p200300764D619E00A0B011247A05BFD0.dip0.t-ipconnect.de)
12:24:07 Quit rela (Ping timeout: 240 seconds)
12:33:13 Join fs-bluebot [0] (~fs-bluebo@xd9befff4.dyn.telefonica.de)
13:00
13:01:00***Saving seen data "./dancer.seen"
13:04:33 Quit idonob (Ping timeout: 255 seconds)
13:06:44 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net)
13:09:42 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:dd0e:bf64:4db4:771a)
13:11:02 Join Boltermor [0] (~Boltermor@subscr-46-148-171-124.dhcp-docsis.net.tomkow.pl)
13:12:24 Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net)
13:17:22 Join skapazzo [0] (~skapazzo@151.9.205.1)
13:22:47 Quit idonob (Ping timeout: 240 seconds)
13:24:20 Quit skapazzo (Quit: Changing server)
13:24:33 Quit robertd1 (Ping timeout: 240 seconds)
13:25:16 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net)
13:26:34 Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net)
13:28:30 Join skapazzo [0] (~skapazzo@151.9.205.1)
13:40:13 Quit robertd1 (Ping timeout: 240 seconds)
13:47:48 Quit mutnai (Ping timeout: 260 seconds)
13:48:39 Quit jhMikeS (Ping timeout: 245 seconds)
13:50:30 Join robertd1 [0] (~root@190.75.96.133)
13:51:14 Quit Boltermor (Quit: Leaving)
14:00
14:00:40 Quit rela_ (Quit: Leaving)
14:02:04 Quit Horrorcat (Quit: leaving)
14:07:08 Join Horrorcat [0] (~unknown@unaffiliated/horrorcat)
14:36:15 Join Piece_Maker [0] (~Acou_Bass@host-78-148-21-109.as13285.net)
14:39:21 Quit Acou_Bass (Ping timeout: 264 seconds)
14:40:42 Join Acou_Bass [0] (~Acou_Bass@host-89-241-241-39.as13285.net)
14:42:53 Quit Piece_Maker (Ping timeout: 240 seconds)
15:00
15:01:01***Saving seen data "./dancer.seen"
15:21:16 Quit Horrorcat (Quit: leaving)
15:21:25 Join bertrik [0] (~bertrik@5354321C.cm-6-5a.dynamic.ziggo.nl)
15:21:25 Quit bertrik (Changing host)
15:21:25 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
15:26:30 Join Horrorcat [0] (129994c4c6@unaffiliated/horrorcat)
16:00
16:42:53 Join Piece_Maker [0] (~Acou_Bass@host-89-241-248-17.as13285.net)
16:45:11dyspamaury: I pushed what I known by now about the header between the product id and the scrambled region
16:45:24dysstill no luck with the checksum algorithm :-/
16:45:54dysalso, looks like the header is the same with pretty much all teac products. E.g. http://tascam.com/product/dr-07mk2/
16:45:57 Quit Acou_Bass (Ping timeout: 264 seconds)
16:45:57 Nick Piece_Maker is now known as Acou_Bass (~Acou_Bass@host-89-241-248-17.as13285.net)
16:52:43 Quit robertd1 (Ping timeout: 260 seconds)
17:00
17:01:02***Saving seen data "./dancer.seen"
17:04:36 Join robertd1 [0] (~root@190.75.96.133)
17:05:19 Join furrywolf [0] (~randyg@172.56.38.145)
17:08:15 Join johnb2 [0] (~johnb2@p57B4549E.dip0.t-ipconnect.de)
17:10:21johnb2Bilgus: g1558 : Do you regard this as functional now? Is it worth/safe trying by now or do still plan modifications? I am mainly interested in the clip+.
17:10:22fs-bluebot3Gerrit review #1558 at http://gerrit.rockbox.org/r/1558 : 3Add boot from other volumes in bootloader on targets with HAVE_MULTIVOLUME by William Wilgus
17:11:04 Quit robertd1 (Ping timeout: 252 seconds)
17:35:28 Quit prg318 (Quit: WeeChat 1.7)
17:39:01 Join prg318 [0] (~prg318@deadcodersociety/prg318)
17:56:30 Join AlpacaYourbags [0] (b85a2764@gateway/web/cgi-irc/kiwiirc.com/ip.184.90.39.100)
17:56:41AlpacaYourbagsdoes anyone even still use this
17:57:54johnb2What do you mean by 'this'?
17:58:06__builtinI'd assume `this' channel
17:58:32__builtinin that case the answer would be `yes'
17:58:35AlpacaYourbagswell i did not know if anyone still used rockbox to this day
17:58:57__builtinlots of people still use rockbox
17:59:03__builtinwhy do you ask?
17:59:42 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de)
17:59:44AlpacaYourbagscuz i found out about it recently and had some questions
18:00
18:00:08 Quit alexweissman (Remote host closed the connection)
18:01:31AlpacaYourbagsso yeah
18:01:33 Join Piece_Maker [0] (~Acou_Bass@host-78-148-25-81.as13285.net)
18:04:22 Quit Acou_Bass (Ping timeout: 256 seconds)
18:04:22 Nick Piece_Maker is now known as Acou_Bass (~Acou_Bass@host-78-148-25-81.as13285.net)
18:09:37 Quit AlpacaYourbags (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
18:10:50 Join JanC_ [0] (~janc@lugwv/member/JanC)
18:10:50 Nick JanC is now known as Guest86017 (~janc@lugwv/member/JanC)
18:10:50 Quit Guest86017 (Killed (hitchcock.freenode.net (Nickname regained by services)))
18:10:50 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC)
18:26:32 Join Piece_Maker [0] (~Acou_Bass@host-89-241-254-54.as13285.net)
18:28:58 Quit Acou_Bass (Ping timeout: 260 seconds)
18:28:58 Nick Piece_Maker is now known as Acou_Bass (~Acou_Bass@host-89-241-254-54.as13285.net)
18:35:09 Join alexweissman [0] (~alexweiss@99-127-254-93.lightspeed.iplsin.sbcglobal.net)
19:00
19:01:03***Saving seen data "./dancer.seen"
19:02:52 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
19:04:22dyspamaury: I pushed some header parsing and checksum verification to descramble.c
19:12:27 Quit pamaury (Ping timeout: 240 seconds)
19:16:22 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
19:20:35pamaurydys: thanks, interesting, so you got all the fields in the header that's cool.
19:21:10dysthe sum at EOF still matters: modifiying it, the firmware upgrade program says ERROR: Checksum
19:22:00pamauryyeah, you'll need to figure out this one if you want to update using this mecanism
19:31:05 Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr)
19:35:05 Quit alexweissman (Remote host closed the connection)
19:50:02 Join johnb2 [0] (~johnb2@p57B4549E.dip0.t-ipconnect.de)
19:50:40johnb2Bilgus: I meant the pre-compiled binary you linked to in the patch set ...
19:54:58 Quit johnb2 (Ping timeout: 252 seconds)
20:00
20:16:17 Join parchd [0] (~parchd@unaffiliated/parchd)
20:21:11dyspamaury: The EOF checksum matches the one in the header when descrambled :-D
20:21:45pamauryoh really ? so it's not the checksum of the data at all ??
20:22:04pamaurythat's weird
20:22:40dysit is. both (header and EOF) are the checksums of the payload data between header and EOF checksum
20:23:09dysonly difference is the former is not scrambled while the latter is
20:23:44pamauryah ok, I had a very quick look at your code and I though the checksum only applied to the header
20:23:48pamaurymakes more sense now
20:25:27dysI guess it's time to build a bfin-gcc now so I can inject some code :-)
20:28:56 Join johnb2 [0] (~johnb2@p57B4549E.dip0.t-ipconnect.de)
20:33:21 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
20:37:07 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan)
20:43:32 Quit parchd (Remote host closed the connection)
20:50:59 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de)
20:59:04 Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51)
21:00
21:01:07***Saving seen data "./dancer.seen"
21:16:14 Quit mutnai (Quit: Page closed)
21:39:23dyshehe. the TEAC has a scoll switch that has multiple conticats in each direction, so you can have various scolling speeds
21:39:45dysthe OFW only scrolls when you move it fully to the stop
21:40:19dysthis thing needs rockbox strong
21:40:37dyss/conticats/contacts/
21:45:09dyss/scoll/scroll/
21:45:51 Join MrZeus1 [0] (~MrZeus@2a02:c7f:7008:3400:ec22:44e6:cc51:1009)
21:57:34 Quit bertrik (Ping timeout: 240 seconds)
22:00
22:06:25 Quit michaelni (Ping timeout: 252 seconds)
22:18:54 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at)
22:22:52 Quit girafe (Quit: Leaving)
23:00
23:01:09***Saving seen data "./dancer.seen"
23:16:15 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131])
23:21:37 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")
23:21:50 Join ComputingComet [0] (~Computing@184-90-39-100.res.bhn.net)
23:22:39ComputingComethello all
23:24:22__builtinhey ComputingComet
23:25:53ComputingComethows it hanging
23:31:24__builtinall's well
23:31:30__builtindo you have a question?
23:37:00 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
23:39:04 Join kfogel [0] (~Karl@c-67-175-72-155.hsd1.il.comcast.net)
23:45:29kfogelIf anyone knows of efforts similar to Rockbox but for e-reading devices (e.g., e-ink or other reflective-light displays), I'd love pointers. (Wasn't sure if this Q is on-topic enough based on IrcGuidelines; if not, please gently chide and I will take note.)
23:49:17pamaurykfogel: I don't know any effort in this direction, for many reasons. Most of those don't have a jack for starters
23:49:41pamauryalso it seems kind of weird to turn you expensive ereader into a DAP that makes virtually no good use of the screen
23:50:04kfogelpamaury: Thanks; that's the impression I got from searching too. I think the patent situation with the displays may also be an obstacle to non-manufacturers doing things right now.
23:50:12kfogelpamaury: "DAP"?
23:50:27pamauryDigital Audio Player
23:53:25kfogelpamaury: I mean, I'd still want to use it as an e-reader, making good use of the screen. Just with a free operating system.
23:53:25kfogelpamaury: (got it)

Previous day | Next day