--- Log for 11.12.121  Server: tungsten.libera.chat  Channel: #rockbox
--- Nick: rb-logbot  Version: Dancer V4.16  Started: 1 day and 5 hours ago

00.02.21 Join    advcomp2019_ [0] (~advcomp20@user/advcomp2019)
00.03.58 Quit    advcomp2019 (Ping timeout: 260 seconds)
00.42.56 ***     Saving seen data "./dancer.seen"
01.02.18 Quit    advcomp2019_ (Ping timeout: 260 seconds)
01.19.06 Join    melmothX [0] (~marco@amusewiki/marco)
01.29.02 Quit    massiveH (Quit: Leaving)
02.42.57 ***     Saving seen data "./dancer.seen"
04.40.22 Join    ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de)
04.43.00 ***     No seen item changed, no save performed.
04.53.27 Join    lebellium [0] (~lebellium@2a01cb04012c09008da64d9b197f78ec.ipv6.abo.wanadoo.fr)
05.19.15 Quit    S|h|a|w|n (Quit: Leaving)
06.43.01 ***     Saving seen data "./dancer.seen"
07.03.18 Quit    berber (Quit: The Lounge - https://thelounge.chat)
07.03.42 Join    berber [0] (~berber@v2202101107577140883.nicesrv.de)
07.38.16 #       <lebellium> speachy: wsa: regarding de0346065b does RDS support only apply to Clip+? Clip v1 also uses a Si4702
07.39.01 #       <lebellium> BTW, I have a Samsung YP-R0 so I can check whether RDS still works properly after tour changes.
07.39.16 #       <lebellium> your*
07.39.32 #       <speachy>  lebellium:  presumably, but I wouldn't want to just enable it without some sort of testing first..
07.40.08 #       <speachy> original clips are rare now, lack of a uSD slot means the internal flash is all but guaranteed to be worn out
07.41.07 #       <lebellium> Well, I have hundreds of DAPs as you know. I can check if mine would still turn on. That's the biggest challenge as they are gathering dust
07.44.36 #       <lebellium> Wow, my Clip v2 turns on when plugging in and hw info says it has Si4700
07.44.51 #       <lebellium> so if needed, I can do some FM/RDS tests
08.15.55 #       <rb-bluebot> Build Server message: 3New build round started. Revision e05db7304e, 303 builds, 12 clients.
08.17.09 #       <speachy> anything would be appreciated!
08.25.31 #       <rb-bluebot> Build Server message: 3Build round completed after 575 seconds.
08.25.32 #       <rb-bluebot> Build Server message: 3Revision e05db7304e result: All green
08.27.01 Quit    j-r (Ping timeout: 250 seconds)
08.27.13 Join    j-r [0] (~j-r@p200300ecef31cf04404207fffefd0a65.dip0.t-ipconnect.de)
08.32.10 #       <lebellium> speachy: do you think you could provide a test build for Clip v2? Otherwise I have to update my dev environment, it will take some time
08.33.04 #       <speachy> sore, do you want git head or what?
08.35.59 #       <lebellium> yes git head then enable RDS support
08.38.18 #       <rb-bluebot> Build Server message: 3New build round started. Revision 21866949dc, 303 builds, 12 clients.
08.42.19 #       <speachy> same RDS config as clip+ ?
08.43.05 ***     Saving seen data "./dancer.seen"
08.43.55 #       <speachy> ok, it's here:  https://www.shaftnet.org/~pizza/clipv2-rds.zip
08.44.08 #       <speachy> HEAD plus the RDS config from the clip+
08.50.16 #       <rb-bluebot> Build Server message: 3Build round completed after 718 seconds.
08.50.18 #       <rb-bluebot> Build Server message: 3Revision 21866949dc result: All green
08.51.55 Join    advcomp2019 [0] (~advcomp20@user/advcomp2019)
08.54.10 #       <lebellium> speachy: thanks. Unfortunately it doesn't work. In debug mode FM radio, PS and RT lines are empty. So you're right that we shouldn't push it without testing :D
08.59.50 #       <speachy> wait, missed a line of the config.h -- might not matter but it's worth a re-test
09.00.00 #       <speachy> https://www.shaftnet.org/~pizza/clipv2-rds2.zip
09.04.08 #       <lebellium> nope sadly
09.05.10 #       <lebellium> maybe there is a hardware difference with the clip+
09.05.21 #       <lebellium> I thought it was the same regarding the FM chip
09.09.47 Quit    edward (Ping timeout: 252 seconds)
09.11.47 Join    edward [0] (~edward@user/edward)
09.21.39 Quit    michaelni (Quit: Leaving)
09.22.05 Join    michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at)
09.43.41 Join    devmr01 [0] (~devmaster@121.158.203.68)
09.43.48 #       <devmr01> hello all
09.46.24 #       <devmr01> so i used invidious to get some music form yt, and both formats proposed; webm with opus and mp4 with aac ware unreadable on the rockbox (xduo x3ii)
09.46.31 #       <devmr01> is this normal?
09.47.10 #       <devmr01> i used mkv to extract the opus from the webm and it worked, but i had to reencode the aac :(
09.49.07 #       <rb-bluebot> Build Server message: 3New build round started. Revision 68ed534f83, 303 builds, 12 clients.
09.49.36 #       <speachy> opus and mp4/aac are both supported.  so it might be the container that's the problem.
09.50.42 #       <devmr01> that seems to be the problem with the webm one an by extracting the audio only fixed it
09.51.24 #       <devmr01> but the mp4? how would i go about extracting the audio?
09.52.42 #       <devmr01> i mean extract the original aac and not reencode it, i hate reencoding lossy 
09.55.28 #       <speachy> ffmpeg can do that IIRC, but I remember using mplayer to do somethign similar way back when
09.59.41 #       <devmr01> ill try that, thx speachy
10.00.42 #       <rb-bluebot> Build Server message: 3Build round completed after 695 seconds.
10.00.43 #       <rb-bluebot> Build Server message: 3Revision 68ed534f83 result: All green
10.00.46 #       <rb-bluebot> Build Server message: 3New build round started. Revision 8060c79775, 303 builds, 12 clients.
10.03.45 #       <_bilgus> I think I had to do make reconf but after this the sim will shutdown while charging
10.04.27 #       <_bilgus> if you tell it to.. lol
10.17.12 #       <rb-bluebot> Build Server message: 3Build round completed after 987 seconds.
10.17.13 #       <rb-bluebot> Build Server message: 3Revision 8060c79775 result: All green
10.32.04 #       <speachy> yeah that's been one of those !$!%@# points for me for a while
10.41.47 Join    chris_s [0] (~chris_s@ip-95-223-74-192.hsi16.unitymediagroup.de)
10.41.53 #       <chris_s> so *that's* why it would sometimes refuse to quit  :D - never noticed it only happened while charging, nice
10.43.08 ***     Saving seen data "./dancer.seen"
10.49.10 Quit    chris_s (Quit: Connection closed)
10.49.41 #       <lebellium> speachy: wsa: 36ea51af6: WIP: Samsung YPR0/1: switch to generic SI47xx polling  -> I confirm RDS still works on target
11.18.03 Join    devmr02 [0] (~devmaster@121.158.203.68)
11.20.19 Quit    devmr01 (Ping timeout: 252 seconds)
11.28.54 Join    amachronic [0] (~amachroni@user/amachronic)
11.35.30 #       <amachronic> so... does anyone think this churn is a bad idea: g#4045
11.35.33 #       <rb-bluebot> 3Gerrit review #4045 at https://gerrit.rockbox.org/r/c/rockbox/+/4045 : 3powermgmt: Refactor battery measurement code by Aidan MacDonald
11.43.05 Join    j-r_ [0] (~j-r@p2003000623461c19404207fffefd0a65.dip0.t-ipconnect.de)
11.43.42 #       <rb-bluebot> Build Server message: 3New build round started. Revision 69d08be083, 303 builds, 12 clients.
11.44.37 Quit    j-r (Ping timeout: 250 seconds)
11.44.38 Nick    j-r_ is now known as j-r (~j-r@p2003000623461c19404207fffefd0a65.dip0.t-ipconnect.de)
11.56.24 #       <rb-bluebot> Build Server message: 3Build round completed after 762 seconds.
11.56.27 #       <rb-bluebot> Build Server message: 3Revision 69d08be083 result: 176 errors 7908 warnings
11.58.56 #       <amachronic> aw, crap.
12.06.37 #       <amachronic> oh, so LANG_TRACK is only on hotkey targets.
12.12.04 #       <rb-bluebot> Build Server message: 3New build round started. Revision 75d615e818, 303 builds, 12 clients.
12.24.55 #       <rb-bluebot> Build Server message: 3Build round completed after 771 seconds.
12.24.56 #       <rb-bluebot> Build Server message: 3Revision 75d615e818 result: All green
12.31.47 #       <speachy> well... we were completely green for a few builds, at least.  :D
12.37.11 Join    chris_s [0] (~chris_s@ip-95-223-74-192.hsi16.unitymediagroup.de)
12.37.13 #       <chris_s> my bad, completely missed that, thanks for fixing!
12.37.17 Quit    devmr02 (Remote host closed the connection)
12.38.52 #       <amachronic> no problem... I'm just lucky it was only a few files to update!
12.39.16 #       <spork> red is festive
12.40.16 #       <chris_s> :)
12.43.12 ***     Saving seen data "./dancer.seen"
12.52.59 #       <speachy> just need some <blink> white, eh?
12.58.46 Quit    amachronic (Quit: amachronic)
13.01.32 #       <user890104> speachy: even if it's useless, it's the only way of playing videos in rockbox, so i wouldn't remove it unless it breaks some build or gets in the way of a major refactoring, and there's no one willing to fix it
13.02.07 #       <speachy> at this point it's mostly useless, but not actively interfering with new development.
13.14.52 #       <spork> does anyone know why the imageviewer plugin does not seem to use the full resolution?
13.15.10 #       <spork> screen on q1 is 360x400 but imageviewer renders to 250x250
13.15.48 #       <spork> m3k is 240x320 but imageviewer renders at 125x125
13.16.01 #       <spork> both the same 500x500 source image
14.19.14 #       <TorC> Perhaps because halving the edge resolution is much easier for the quality than arbitrary scaling on low-power devices?
14.21.07 #       <TorC> Here is a good description of the issues involved in abritrary scaling and why it's not always a good choice: http://hobbithouseinc.com/personal/woodpics/_@_lines.htm
14.25.35 #       <TorC> spork: ^
14.43.13 ***     Saving seen data "./dancer.seen"
15.25.56 #       <spork> that is very fact-y, TorC. i did realise what i was seeing was halves of the original but i never considered there being a fine reason for it
15.26.24 #       <spork> too used to arbitrary scaling and high-power devices i suppose
15.27.42 #       <spork> having said that, on these low-power devices with their modest screens, quality is not the main thing and it feels something is lost wasting the room
15.36.48 Join    S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647)
16.02.52 Quit    chris_s (Quit: Connection closed)
16.32.18 Join    tertu2 [0] (~tertu@user/tertu)
16.32.21 Quit    tertu (Ping timeout: 252 seconds)
16.35.22 Quit    tertu2 (Client Quit)
16.35.40 Join    tertu [0] (~tertu@user/tertu)
16.43.15 ***     Saving seen data "./dancer.seen"
18.05.24 Quit    lebellium (Quit: Leaving)
18.43.16 ***     Saving seen data "./dancer.seen"
19.25.08 Join    massiveH [0] (~massiveH@ool-4a5862ee.dyn.optonline.net)
20.43.20 ***     No seen item changed, no save performed.
20.44.32 Quit    ZincAlloy (Quit: Leaving.)
22.43.22 ***     Saving seen data "./dancer.seen"