--- Log for 28.01.119 Server: orwell.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 months and 1 day ago 00.11.20 Quit this_is_a_nick (Remote host closed the connection) 00.38.16 Join this_is_a_nick [0] (~amofiuhr_@152.231.181.72) 00.45.27 Quit ZincAlloy (Quit: Leaving.) 01.03.45 Join amofiuhr_ [0] (~amofiuhr_@152.231.181.72) 01.04.36 Quit this_is_a_nick (Ping timeout: 272 seconds) 01.37.02 *** Saving seen data "./dancer.seen" 02.59.43 Join this_is_a_nick [0] (~amofiuhr_@152.231.181.72) 02.59.52 Quit amofiuhr_ (Ping timeout: 272 seconds) 03.28.07 Join mcknco [0] (8fb00407@gateway/web/freenode/ip.143.176.4.7) 03.31.31 Quit ArneB (Disconnected by services) 03.31.32 Join ps-auxw [0] (~arneb@p548D45CF.dip0.t-ipconnect.de) 03.37.04 *** Saving seen data "./dancer.seen" 03.38.51 Quit krabador (Remote host closed the connection) 03.46.28 Quit mcknco (Ping timeout: 256 seconds) 03.49.14 Quit Strife89 (Quit: No Ping reply in 180 seconds.) 03.50.39 Join Strife89 [0] (~quassel@adsl-98-67-54-162.mcn.bellsouth.net) 04.31.17 Quit jhMikeS (Ping timeout: 245 seconds) 05.18.56 Quit TheSeven (Ping timeout: 240 seconds) 05.19.16 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.37.08 *** Saving seen data "./dancer.seen" 05.44.13 Join amofiuhr_ [0] (~amofiuhr_@ip167-132-50-179.ct.co.cr) 05.47.06 Quit this_is_a_nick (Ping timeout: 272 seconds) 06.29.35 Join this_is_a_nick [0] (~amofiuhr_@152.231.181.72) 06.33.20 Quit amofiuhr_ (Ping timeout: 272 seconds) 06.39.25 Quit TheSeven (Ping timeout: 240 seconds) 06.40.50 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 07.08.57 Quit this_is_a_nick (Remote host closed the connection) 07.37.12 *** Saving seen data "./dancer.seen" 07.44.38 Quit foolsh (Quit: No Ping reply in 180 seconds.) 07.48.28 Join foolsh [0] (~quassel@c-73-110-87-188.hsd1.mi.comcast.net) 07.56.30 Quit foolsh (Quit: No Ping reply in 180 seconds.) 07.57.22 Join foolsh [0] (~quassel@c-73-110-87-188.hsd1.mi.comcast.net) 08.17.42 Join this_is_a_nick [0] (~amofiuhr_@ip140-237-64-186.ct.co.cr) 08.32.56 Join Rower- [0] (~husvagn@m83-184-255-137.cust.tele2.se) 08.35.51 Quit dys (Ping timeout: 268 seconds) 08.36.18 Quit Rower (Ping timeout: 244 seconds) 08.37.26 Quit pR0Ps (Ping timeout: 250 seconds) 08.44.32 Join petur [0] (~petur@80.169.83.226) 08.44.32 Quit petur (Changing host) 08.44.32 Join petur [0] (~petur@rockbox/developer/petur) 08.45.15 Join pR0Ps [0] (~pR0Ps@104.247.229.75) 09.05.35 Quit TheSphinX^ (Quit: ZNC - http://znc.in) 09.07.03 Join TheSphinX^ [0] (~briehl@88.99.86.183) 09.20.06 Join deevious [0] (~Thunderbi@193.226.142.214) 09.37.15 *** Saving seen data "./dancer.seen" 09.57.55 Quit Rower- (Read error: Connection reset by peer) 09.57.55 Join Rower [0] (~husvagn@m83-182-93-17.cust.tele2.se) 10.36.25 Join Rower- [0] (~husvagn@m83-182-93-17.cust.tele2.se) 10.38.19 Quit Rower (Ping timeout: 250 seconds) 10.51.23 Quit tchan (Read error: Connection reset by peer) 10.52.07 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 11.31.51 Join vmx [0] (~vmx@p5B2A2A21.dip0.t-ipconnect.de) 11.37.17 *** Saving seen data "./dancer.seen" 12.09.36 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 12.10.51 Join Bilgus [0] (~Bilgus@unaffiliated/bilgus) 12.14.31 Quit _Bilgus (Ping timeout: 250 seconds) 12.34.39 Quit CH23_ (Quit: Page closed) 12.36.17 Quit michaelni (Ping timeout: 246 seconds) 12.48.34 Join krabador [0] (~krabador@unaffiliated/krabador) 12.48.49 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 13.25.25 Quit Rower- (Ping timeout: 240 seconds) 13.26.56 Join Rower [0] (~husvagn@m83-182-93-17.cust.tele2.se) 13.37.21 *** Saving seen data "./dancer.seen" 13.45.39 Quit petur (Read error: Connection reset by peer) 13.56.47 Quit krabador (Read error: Connection reset by peer) 14.01.11 Join Moarc_ [0] (~chujko@2002:551c:8069:0:4617:9e7a:42a5:1e08) 14.01.36 Quit Moarc (Ping timeout: 250 seconds) 14.57.01 Join CH23 [0] (5362e593@gateway/web/freenode/ip.83.98.229.147) 15.14.58 Quit massiveH (Quit: Leaving) 15.37.25 *** Saving seen data "./dancer.seen" 15.55.21 Quit this_is_a_nick (Remote host closed the connection) 16.04.35 Quit foolsh (Ping timeout: 272 seconds) 16.23.20 Quit ender| (Ping timeout: 252 seconds) 16.23.48 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:43) 16.30.36 Join foolsh [0] (~quassel@c-73-110-87-188.hsd1.mi.comcast.net) 16.50.06 Quit foolsh (Ping timeout: 240 seconds) 16.58.28 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 17.08.11 Join englishm [0] (~englishm@unaffiliated/englishm) 17.11.30 Join foolsh [0] (~quassel@c-73-110-87-188.hsd1.mi.comcast.net) 17.37.28 *** Saving seen data "./dancer.seen" 17.52.48 Join this_is_a_nick [0] (~amofiuhr_@152.231.181.72) 18.19.02 # oh boy, I think I have yet more low-bitrate OPUS issues 18.19.39 # I specifically have a "problem file" which on my clip+ triggers crashes reasonably reliably if I try to skip around in it - first to about halfway through, then backwards a few sceonds, and so on 18.20.25 # i was all excited about listening to another pimsleur japanese lesson on my evening walk but instead had to deal with cryptic hex address backtraces on the tiny screen, then the device refusing to turn back on until i held the power button first for 20 seconds 18.21.26 # aphirst: have you tried it on another device? 18.21.39 # i have not, owing to only owning one rockbox device 18.21.49 # aphirst That sounds like a crash but it wouldn't be with the code I updated last time 18.21.52 # try using the SDL app 18.22.05 # danielp3344, SDL? as in, running it on a computer? 18.22.09 # yes 18.22.11 # Bilgus, good evening 18.22.13 # its a build option 18.22.44 # Now maybe thats the reason I was looking for to update the backend opus code tp upstream but I'd have to test it a bit 18.23.15 # Bilgus, regarding test builds, i'm happy to test out clip+ builds at any time 18.23.26 Quit pamaury (Quit: Konversation terminated!) 18.24.01 # We have a sim app but I was getting all kinds of artifacts with your previous files trying on it and had to end up playing on the device to actually test them 18.24.39 # i didn't do anything particularly exotic to generate my files, so I would be surprised if there's anything fishy about them 18.25.06 # Its probably something not quite right or conforming with whatever it is encoded with but looking at the files in a hex editor I saw noting untoward 18.25.39 # i just used opusenc at 48kbps 18.26.03 # but I do know with or current opus code circa 2015 there are quite a few differences from upstream 18.26.17 # yeah we had some major releases of libopus since then 18.26.29 # opus1.3 encoding generates some impressive files 18.26.49 # I'm pretty sure we are at the same major version 18.27.10 # 1.3 was 18th october i think 18.27.14 # 2018 18.27.55 # I've been hesitating going upstream since its slower to decode and don't want to break devices 18.28.22 # as in devices barely capable of decoding atm 18.29.48 # anyways if you want to upload your problem file somwewhere I can look at sometime this week, if its copyrighted feel free to password protect and message me a password 18.37.11 # Bilgus, i'll upload it after i've had a shower tonight 18.37.17 # however i have done some double checking 18.37.30 # it turns out that THESE files were not converted via opusenc 18.37.48 # i used gnome-sound-converter on this folder which seems to use gstreamer and god knows how it passes options around 18.38.20 # if i manually use opusenc --bitrate 48 then i get files consistently smaller than gnome-sound-converter generates when set to "very low" ("48kbps") 18.38.36 # explains the Encoded with GStreamer opusenc tag 18.39.48 # if one works while the other doesn't then include both and I'll compare the difference between them 18.40.03 # mm, i'll determine that then report back 18.40.20 # if it turns out the opusenc files work fine then i'll just chalk it up to gstreamer being crap 18.42.18 # I didn't look too close but It was almost like there were multiple streams in the file or maybe a funky granulepos but it worked fine on the device so who knows it might be in the x86 code from opus 18.58.35 Join dys [0] (~dys@tmo-100-189.customers.d1-online.com) 19.04.33 Quit vmx (Remote host closed the connection) 19.17.49 Join lebellium [0] (~lebellium@89-92-69-17.hfc.dyn.abo.bbox.fr) 19.28.46 Quit paulk-leonov (Ping timeout: 250 seconds) 19.30.06 Join amofiuhr_ [0] (~amofiuhr_@ip167-132-50-179.ct.co.cr) 19.30.48 Join paulk-leonov [0] (~paulk-leo@vpn-0-22.aquilenet.fr) 19.33.35 Quit this_is_a_nick (Ping timeout: 272 seconds) 19.37.32 *** Saving seen data "./dancer.seen" 19.45.04 # ok well i'm getting a lot of IRL attention this evening so I'm going ot have to be a bit sparse 19.46.00 # Bilgus, here's a copy of the file I had issues with httos://files.catbox.moe/4u7wp2.opus 19.47.25 # aphirst I grabbed it won't be able to mess with it till wed though 19.47.32 # no hurries ofc 19.48.06 Join petur [0] (~petur@rockbox/developer/petur) 19.48.16 Quit amofiuhr_ (Remote host closed the connection) 19.51.33 # Bilgus, well SO FAR i havent had any issues with my freshly encoded file 19.53.19 # Bilgus, this is the new encode: https://files.catbox.moe/x29owd.opus 19.53.43 # i reencoded the entire audiobook so i will carry on listening and report any further issues 20.03.45 # if i manually use opusenc --bitrate 48 then i get files consistently smaller than gnome-sound-converter generates when set to "very low" ("48kbps") 20.03.51 # ^ this is actually false 20.04.00 # indeed it seems to be exactly wrong 20.04.05 # i was misinterpreting filesizes earlier 20.04.39 # encoding with opusenc with /seemingly/ the same options results in files slightly larger than with gstreamer AND with more noticeable occasional artefacting on the speech 20.05.38 # there seem to have been differences in the Page Duration too 20.06.15 # gstreamer preprocesses and resamples to 48khz before encoding to opus, whereas opusenc makes the output file "remember" that the input file was 44.1khz 20.06.39 # the gstreamer files have page dirations of between 420ms and 520ms, whereas opusenc makes page durations between 240 and 1000 20.07.00 # i don't understand the codec in enough detail to interpret that, but it is an interesting observation from opusinfo 20.12.37 Join krabador [0] (~krabador@unaffiliated/krabador) 20.14.12 Quit krabador (Remote host closed the connection) 20.18.23 Join this_is_a_nick [0] (~amofiuhr_@201.206.191.104) 20.29.56 Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:199c:4b31:360:9239) 20.33.00 Join Rower- [0] (~husvagn@m83-182-93-17.cust.tele2.se) 20.36.16 Quit Rower (Ping timeout: 245 seconds) 21.37.34 *** Saving seen data "./dancer.seen" 21.48.11 Join WarpEnterprises [0] (~Miranda@188-23-140-154.adsl.highway.telekom.at) 22.36.03 Quit WarpEnterprises (Quit: Miranda NG! Smaller, Faster, Easier. https://miranda-ng.org/) 23.12.50 Quit this_is_a_nick (Remote host closed the connection) 23.25.25 Quit lebellium (Quit: Leaving) 23.37.38 *** Saving seen data "./dancer.seen" 23.45.56 Quit TorC (Ping timeout: 268 seconds) 23.48.24 # aphirst opus always works uses 48000Hz whether its resampled up or down depends on the input the one that says 44.1kHz just stored that value from the input file as a tag 23.48.35 # works on / uses 23.50.23 # does opusinfo mention anything about one being VBR or CBR?