| *** tpb has joined #timvideos | 00:00 | |
| *** Choco31415 has quit IRC | 00:01 | |
| xfxf | CarlFK[m]/mithro: i just looked, ohiolinux is 6 streams | 00:02 |
|---|---|---|
| xfxf | that guy needs a team of experienced peeps | 00:02 |
| xfxf | encouraging somebody to learn the ropes to do a 6 stream event on their own is a guaranteed disaster imo :/ | 00:03 |
| xfxf | hell i wouldn't do it on my own | 00:03 |
| paddatrapper | mithro: ok cool | 00:27 |
| mithro | paddatrapper: I'm sure I've seen this issue before, but I can't remember the solution | 01:10 |
| paddatrapper | mithro: I wonder if a new commit will fix it | 01:11 |
| jea | mithro: how do i open mplayer or vlc or something like that to show the output of the connected opsis? | 01:13 |
| mithro | jea: https://github.com/timvideos/HDMI2USB-litex-firmware/blob/master/scripts/view-hdmi2usb.sh | 01:13 |
| tpb | Title: HDMI2USB-litex-firmware/view-hdmi2usb.sh at master · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 01:13 |
| CarlFK | https://github.com/CarlFK/voctomix-outcasts/blob/master/tests/show_hdmi2usb.sh | 01:13 |
| jea | thanks :) | 01:13 |
| tpb | Title: voctomix-outcasts/show_hdmi2usb.sh at master · CarlFK/voctomix-outcasts · GitHub (at github.com) | 01:13 |
| mithro | paddatrapper: I can't find the commit 75bebb54743bae46e16e6e7e460f30270429500b anywhere in repos... | 01:13 |
| CarlFK | lol | 01:14 |
| paddatrapper | mithro: that is weird... | 01:14 |
| mithro | paddatrapper: It might be worth dumping all the travis values... IE TRAVIS_PULL_REQUEST_SHA and stuff | 01:15 |
| paddatrapper | mithro: Yeah, the commit it is supposed to be building 50615fc869f350033dccd3937895135be0b4826 | 01:15 |
| CarlFK | jea: don't forget to run that before you connect to the serial console | 01:16 |
| paddatrapper | I wonder if it broke thanks to it being a rebase | 01:16 |
| paddatrapper | mithro: a new commit fixed it | 01:26 |
| mithro | jea: https://github.com/timvideos/HDMI2USB-litex-firmware/issues/80 | 01:31 |
| tpb | Title: Support resetting an video input without resetting the output · Issue #80 · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 01:31 |
| mithro | jea: https://github.com/timvideos/HDMI2USB-litex-firmware/issues/208 | 01:32 |
| tpb | Title: Add auto-switch mode · Issue #208 · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 01:32 |
| mithro | paddatrapper: Oh, is there a weekly report for me to review? | 01:35 |
| mithro | tumbleweed: https://github.com/timvideos/HDMI2USB-litex-firmware/issues/305 | 01:35 |
| paddatrapper | mithro: yes there is | 01:36 |
| *** paradisaeidae has joined #timvideos | 01:37 | |
| mithro | jea: https://github.com/timvideos/HDMI2USB-litex-firmware/issues/337 | 01:39 |
| tpb | Title: If pixel clock detected (or no input detected) reset the input every X seconds · Issue #337 · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 01:39 |
| mithro | paddatrapper: And you try removing those commits and pushing again? | 01:40 |
| paddatrapper | mithro: just waiting for it to build | 01:41 |
| mithro | paddatrapper: okay | 01:41 |
| mithro | jea: https://github.com/timvideos/HDMI2USB-litex-firmware/issues/304 would be good to fix too :-) | 01:42 |
| tpb | Title: Label pixel clock in status output to prevent confusion between it and the refresh rate. · Issue #304 · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 01:42 |
| paddatrapper | mithro: though it seems to not want to build again, uses the cached result (fail) | 01:42 |
| mithro | paddatrapper: There should be two builds, one for your repo and one for the pull request... | 01:42 |
| * paddatrapper enables builds for my repo | 01:43 | |
| paddatrapper | I just find the emails annoying | 01:43 |
| mithro | paddatrapper: Oh, you haven't enabled build for your repo? | 01:43 |
| mithro | paddatrapper: You can filter them pretty easily? | 01:43 |
| paddatrapper | mithro: I do when working on the travis stuff, for the rest I let it build on PRs | 01:43 |
| mithro | I've run out of battery power | 01:44 |
| tumbleweed | mithro: will do | 01:50 |
| tumbleweed | interesting data point, none of our VGA->HDMI convertors were working | 01:50 |
| tumbleweed | changed the primary mode on the opsis to 60fps, and now they (almost) all work (except the ones that xfxf told us to buy :P ) | 01:50 |
| CarlFK | tumbleweed: what video_mode number? | 01:51 |
| tumbleweed | CarlFK: 9 | 01:51 |
| tumbleweed | CarlFK: https://github.com/timvideos/HDMI2USB-litex-firmware/commit/b3021e71a1454d09c46b22cb6fdfb3a554cba959 | 01:52 |
| mithro | tumbleweed: are you using the duel mode option? | 01:52 |
| tumbleweed | mithro: yeah | 01:52 |
| tumbleweed | so, default boot mode, with that commit | 01:52 |
| CarlFK | What is duel mode? | 01:52 |
| tumbleweed | dual | 01:52 |
| CarlFK | whatever mode... Just saw it when I was setting up last week | 01:53 |
| mithro | tumbleweed: I'm not sure that acrobat actually will do anything? | 01:53 |
| mithro | S/acrobat/ / | 01:53 |
| mithro | Stupid mobile phone | 01:53 |
| mithro | jea and shenki are our EDID experts (IE the last people to touch the code :-P) | 01:54 |
| tumbleweed | mithro: it seemed to do the trick | 01:55 |
| mithro | tumbleweed: that confuses me :-P | 01:55 |
| jea | we now display two modes on the EDID. same resolution, but one 50p and the other 60p | 01:56 |
| CarlFK | display ? | 01:56 |
| jea | but the mode on the opsis is still set to one specifically | 01:56 |
| jea | CarlFK: the computer will see that two frequencies for 720 resolution | 01:57 |
| CarlFK | ah | 01:57 |
| CarlFK | if the opsis is only going to use one, ... why? | 01:58 |
| tumbleweed | we were getting strobing when a camera caught the projector in frame, so we wanted 60fps on the projector | 01:58 |
| tumbleweed | so we made that change | 01:58 |
| tumbleweed | then suddenly the VGA adaptors we were fighting with played ball | 01:58 |
| jea | we advertise both because it allows a majority of laptops to work out of the box | 02:01 |
| CarlFK | jea: and it is ok if the laptop picks the one the opsis isn't using? | 02:02 |
| jea | we thought it should be, because the frequencies are similar enough that it would work with either | 02:03 |
| jea | but maybe there is an issue? | 02:04 |
| mithro | tumbleweed: We should be using wprintf rather than printf everywhere | 02:06 |
| tumbleweed | w wraps it? | 02:07 |
| tumbleweed | you should also be doing cr-lf everywhere, because that's the norm for serial terminals | 02:07 |
| tumbleweed | I did a bit of a hack there, because the issue is in litex too... | 02:08 |
| tumbleweed | one of the aims of the hdmi2usb is to never force a mode switch on the projector | 02:09 |
| tumbleweed | but we're noticing a projector attached to this opsis seems to "reconnect" (for lack of a better word) quite frequently | 02:10 |
| tumbleweed | and doesn't if we bypass the opsis | 02:10 |
| mithro | tumbleweed: Can you explain more? | 02:10 |
| mithro | tumbleweed: Are you getting memory overflows? | 02:10 |
| tumbleweed | how would I tell? | 02:10 |
| mithro | tumbleweed: The status output | 02:11 |
| tumbleweed | underflows? | 02:11 |
| mithro | tumbleweed: https://github.com/mithro/HDMI2USB-litex-firmware-old/blob/dhcp/firmware/stdio_wrap.c | 02:12 |
| tpb | Title: HDMI2USB-litex-firmware-old/stdio_wrap.c at dhcp · mithro/HDMI2USB-litex-firmware-old · GitHub (at github.com) | 02:12 |
| mithro | tumbleweed: Oh yeah | 02:12 |
| mithro | tumbleweed: How many inputs / outputs are you using? | 02:13 |
| tumbleweed | 1 in 1 out | 02:13 |
| tumbleweed | (currently vga, because it's proving especially dodgy) | 02:13 |
| mithro | tumbleweed: and the encoder? | 02:14 |
| tumbleweed | yep underflows | 02:14 |
| tumbleweed | input0: 0x0 (@1.66 MHz) (disabled) | 02:14 |
| tumbleweed | input1: 1280x720 (@61.87 MHz) (capturing) | 02:14 |
| tumbleweed | output0: [email protected] from input1 (underflows: 5059) | 02:14 |
| tumbleweed | output1: [email protected] from input1 (underflows: 5050) | 02:14 |
| mithro | tumbleweed: Disable the second output | 02:14 |
| tumbleweed | encoder doesn't seem affected | 02:14 |
| mithro | The encoder will just stall when it runs out of bandwidth, it's not timing sensitive | 02:15 |
| mithro | tumbleweed: If the HDMI output stalls, then the projector will possibly lose connection | 02:16 |
| mithro | xfxf: ping? Where you testing this setup? | 02:16 |
| mithro | tumbleweed: What version of the firmwarE? | 02:16 |
| tumbleweed | output1 off seems to help | 02:17 |
| tumbleweed | v0.0.3-740-g6a8ced6-dirty | 02:18 |
| jea | mithro: 105 and 106 both have dual output at the moment from the opsis | 02:18 |
| mithro | tumbleweed: I wonder if 60Hz is just enough to start getting overflows (compared to 50Hz) | 02:18 |
| mithro | tumbleweed: BTW that pixel clock looks a bit strange, it should be ~75MHz | 02:19 |
| tumbleweed | oops, that's not the modeline I meant to use | 02:21 |
| tumbleweed | input1: 1280x720 (@74.25 MHz) (capturing) | 02:21 |
| tumbleweed | now I'm feeding this modeline in: https://github.com/timvideos/HDMI2USB-litex-firmware/blob/master/firmware/processor.c#L257 | 02:22 |
| tpb | Title: HDMI2USB-litex-firmware/processor.c at master · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 02:22 |
| mithro | We really should get the detected HSync / VSync refresh rate into that output | 02:22 |
| mithro | https://github.com/timvideos/HDMI2USB-litex-firmware/issues/94 | 02:23 |
| tpb | Title: Have frequency (and hsync/vsync) information on the inputs in the status message · Issue #94 · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 02:23 |
| mithro | cr1901: So, how is that SPI coming along? :-P | 02:28 |
| tumbleweed | mithro: so, 2 inputs on seems to work | 02:42 |
| tumbleweed | hrm, now we're noticing artifacts with that firmware build, on the encoder | 02:43 |
| tumbleweed | but not on v0.0.3-732-gccfa97c-dirty | 02:43 |
| mithro | tumbleweed: Hrm? | 02:44 |
| mithro | tumbleweed: you mean 740 is getting overflows, while 732 is not? | 02:45 |
| mithro | tumbleweed: 2 inputs or 2 outputs? | 02:45 |
| *** http_GK1wmSU has joined #timvideos | 02:47 | |
| tumbleweed | not necessarily overflows, but some weird artifacts | 02:47 |
| tumbleweed | I'll show you a stream | 02:47 |
| *** http_GK1wmSU has left #timvideos | 02:47 | |
| tumbleweed | mithro: http://video-dev.github.io/hls.js/demo/?src=http%3A%2F%2F206.167.36.195%2Fbuzz.m3u8&enableStreaming=true&autoRecoverError=true&enableWorker=true&dumpfMP4=false&levelCapping=-1&defaultAudioCodec=undefined | 02:53 |
| tpb | Title: hls.js demo (at video-dev.github.io) | 02:53 |
| mithro | tumbleweed: sorry, I went to lunch | 03:32 |
| mithro | tumbleweed: So what am I looking at in that video? | 03:33 |
| tumbleweed | mithro: the artifacts | 03:37 |
| tumbleweed | go fullscreen | 03:37 |
| mithro | tumbleweed: sure, but how are you getting those and under what conditions? | 03:37 |
| tumbleweed | anything we send into this opsis | 03:38 |
| *** rohitksingh_work has joined #timvideos | 03:38 | |
| tumbleweed | (running my branch) | 03:38 |
| tumbleweed | tried from two separate machines | 03:39 |
| mithro | tumbleweed: What is status showing? | 03:39 |
| tumbleweed | input0: 0x0 (@1.60 MHz) (disabled) | 03:40 |
| tumbleweed | input1: 1280x720 (@74.25 MHz) (capturing) | 03:40 |
| tumbleweed | output0: [email protected] from input1 (underflows: 0) | 03:40 |
| tumbleweed | output1: off | 03:40 |
| tumbleweed | EDID primary mode: [email protected] | 03:40 |
| tumbleweed | EDID secondary mode: [email protected] | 03:40 |
| tumbleweed | encoder: 1280x720 @ 23fps from input1 (q: 85) | 03:40 |
| tumbleweed | ddr: | 03:40 |
| tumbleweed | looks fine on HDMI output | 03:41 |
| mithro | tumbleweed: and I assume you haven't loaded any hdmi2usb.hex manually or anything? | 03:41 |
| tumbleweed | nope | 03:41 |
| tumbleweed | with a different opsis (running a different firmware) we don't see this | 03:42 |
| mithro | tumbleweed: and in a version on master? | 03:42 |
| tumbleweed | about to do some bisection on firmware to see | 03:42 |
| tumbleweed | but I was waiting for you to see the issue | 03:43 |
| mithro | tumbleweed: okay | 03:43 |
| mithro | tumbleweed: and you tried restarting the opsis? | 03:43 |
| mithro | tumbleweed: Oh can you get the version output before you do | 03:43 |
| tumbleweed | git describe: v0.0.3-740-g6a8ced6-dirty | 03:43 |
| tumbleweed | git commit: 6a8ced607223b36296f20857efd9f085646c7f8a | 03:43 |
| mithro | tumbleweed: The full stanza in pastebin would be useful | 03:44 |
| tumbleweed | http://paste.debian.net/979796/ | 03:44 |
| tpb | Title: debian Pastezone (at paste.debian.net) | 03:44 |
| tumbleweed | I'm trying to get an ISE install up, so I can iterate a bit faster on hacks... | 03:44 |
| tumbleweed | ok, back to flashing | 03:44 |
| mithro | tumbleweed: You shouldn't need ISE if you just want to hack the firmware level stuff | 03:45 |
| tumbleweed | true | 03:45 |
| mithro | tumbleweed: You can download gateware from prebuilt and put it in the build directory | 03:45 |
| mithro | tumbleweed: https://github.com/timvideos/HDMI2USB-litex-firmware/issues/322 | 03:46 |
| tpb | Title: Fix the pre-built download script · Issue #322 · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 03:46 |
| mithro | tumbleweed: It would be really nice to get to the stage where people can hack on the firmware without needing the gateware | 03:57 |
| tumbleweed | yes | 03:59 |
| tumbleweed | which means packaging the lm32 toolchain | 03:59 |
| mithro | tumbleweed: Well, I mean still the HDMI2USB-litex-firmware repo, just not Xilinx ISE | 04:05 |
| *** SamSagaZ has joined #timvideos | 04:12 | |
| mithro | tumbleweed: I'm actually fixing that right now... | 04:15 |
| tumbleweed | yeah, I get that | 04:16 |
| tumbleweed | I'm just struggling to find my way around the build environment :P | 04:16 |
| tumbleweed | make firmware-load-opsis just hangs on an flterm prompt | 04:17 |
| mithro | tumbleweed: You need to hit the reset button on the opsis | 04:22 |
| mithro | tumbleweed: firmware-load uses serial to load the firmware, you need to get the fpga into the firmware load mode via either hitting the reset button or typing "reboot" if the console is working | 04:25 |
| tumbleweed | yeah, I can do that | 04:26 |
| tumbleweed | it never seems to be running the new build, though | 04:27 |
| mithro | tumbleweed: Paste the output? | 04:27 |
| mithro | tumbleweed: It should load right after the bios prompt appears | 04:27 |
| tumbleweed | http://paste.debian.net/979798 | 04:29 |
| tpb | Title: debian Pastezone (at paste.debian.net) | 04:29 |
| tumbleweed | at that point it didn't wait for me to type reboot or press a button | 04:29 |
| tumbleweed | but it still exited 0 | 04:29 |
| mithro | tumbleweed: What happened at the flterm command? | 04:34 |
| tumbleweed | nothing, it exited immediately | 04:34 |
| * tumbleweed hard reset the board now | 04:35 | |
| tumbleweed | if I manually use flterm --kernel=firmware.bin and then reboot, that should load the firmware ,right? | 04:35 |
| tumbleweed | it disconnects me after loading the firmware | 04:35 |
| tumbleweed | and when I reconnect, it isn't running the new firmware | 04:35 |
| mithro | tumbleweed: Can you paste the whole output with the loading of the firmware and the disconnect? | 04:36 |
| tumbleweed | that was the whole output (for your make | 04:37 |
| jea | CarlFK: what is the thing to generate the preview videos? | 04:38 |
| tumbleweed | http://paste.debian.net/979799/ | 04:38 |
| tpb | Title: debian Pastezone (at paste.debian.net) | 04:38 |
| mithro | tumbleweed: The issue is the flterm errors.. | 04:38 |
| mithro | [FLTERM] Uploading kernel (85396 bytes)... | 04:38 |
| mithro | [FLTERM] Got unknown reply 'T' from the device, aborting. | 04:38 |
| mithro | [FLTERM] Booting the device. | 04:38 |
| mithro | [FLTERM] Got unknown reply 'i' from the device, aborting. | 04:38 |
| tumbleweed | what does that mean? | 04:39 |
| jea | is the next one an m? | 04:39 |
| tumbleweed | "Timeout" I think | 04:39 |
| mithro | tumbleweed: Yeah, something has gone wrong when it was sending the firmware | 04:40 |
| jea | timeout starts with tim, so i still get what i was hoping for :P | 04:41 |
| mithro | tumbleweed: You can do a "make firmware-flash" in theory | 04:41 |
| tumbleweed | doesn't boot now | 04:43 |
| mithro | tumbleweed: Can you paste the output of "make firmware-flash" ? | 04:44 |
| tumbleweed | http://paste.debian.net/979800/ | 04:45 |
| tpb | Title: debian Pastezone (at paste.debian.net) | 04:45 |
| mithro | Yeah, it's flashing the firmware to the wrong location | 04:46 |
| mithro | read 85404 bytes from file /home/videoteam/HDMI2USB-litex-firmware/build/opsis_video_lm32/software/firmware/firmware.fbi and flash bank 0 at offset 0x00200000 in 3.011761s (27.692 KiB/s) | 04:46 |
| mithro | That is the old location before we put the BIOS in ROM | 04:46 |
| mithro | s/ROM/SPI flash/ | 04:47 |
| CarlFK[m] | jea: python sync_rax.py --raw --low | 04:48 |
| mithro | tumbleweed: https://github.com/timvideos/HDMI2USB-litex-firmware/pull/340 | 04:48 |
| tpb | Title: Fix the download-prebuilt script. by mithro · Pull Request #340 · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 04:48 |
| jea | CarlFK[m]: thanks. so i can run that to generate the previews, then run enc.py later to do the actual encoding? | 04:49 |
| CarlFK[m] | right | 04:49 |
| mithro | tumbleweed: This is the issue you hit there -> https://github.com/timvideos/HDMI2USB-litex-firmware/issues/320 | 04:49 |
| tpb | Title: Fix flashing firmware on opsis/atlys · Issue #320 · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 04:49 |
| jea | i don't remember anything else that needs to be done, until youtube uploads | 04:49 |
| jea | CarlFK[m]: is there a specific way to login to youtube to get the oauth-<thing>.json file? | 04:49 |
| CarlFK[m] | jea: use post_yt.py to try and post a file (even a dummy one) it will give you a URL to browse to | 04:51 |
| jea | CarlFK[m]: right, was hoping it would be something like that :) | 04:51 |
| CarlFK[m] | browse the URL, get back a string, cut/paste the string into the prompt, it will create the json file | 04:52 |
| mithro | tumbleweed: Fixing now | 04:52 |
| tumbleweed | mithro: so, how do I build a flash.bin, whith what I have? | 04:52 |
| mithro | tumbleweed: make image | 04:52 |
| tumbleweed | gateware not found | 04:52 |
| tumbleweed | but I put it there | 04:52 |
| tumbleweed | ah, it wanted video_lm32 not hdmi2usb_lm32 | 04:54 |
| tumbleweed | no idea what "video" is | 04:54 |
| mithro | tumbleweed: export TARGET=hdmi2usb | 04:55 |
| jea | CarlFK[m]: the sync_rax script exited after a few seconds. I presume it should take longer than that, so anything that I should be looking at to fix it? | 04:55 |
| CarlFK[m] | jea; add a -v, then stare at the spew ... and paste bin it and I'll stare at it | 04:56 |
| * tumbleweed must go to bed soon | 04:57 | |
| tumbleweed | I stopped being able to think a few hours ago | 04:57 |
| jea | CarlFK[m]: http://paste.ubuntu.com/25237845/ | 04:58 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 04:58 |
| CarlFK[m] | jea: https://veyepar.nextdayvideo.com/main/show_stats/396/ if this is you, you haven't run adddv yet | 05:00 |
| tpb | Title: veyepar - Show: PyCon Australia Pycon_au_2017 (at veyepar.nextdayvideo.com) | 05:00 |
| *** SamSagaZ has quit IRC | 05:00 | |
| jea | CarlFK[m]: no, i haven't done that. let me run that | 05:01 |
| jea | CarlFK[m]: any flags needed? | 05:01 |
| CarlFK | nope | 05:02 |
| tumbleweed | mithro: didn't you also have a TFTP method for faster development? | 05:02 |
| jea | excellent. i like simple! | 05:02 |
| mithro | tumbleweed: Yes | 05:02 |
| tumbleweed | well good news after all of that is that I can't reproduce the artifacts on this opsis | 05:04 |
| tumbleweed | back to the other opsis :/ | 05:04 |
| mithro | tumbleweed: https://github.com/timvideos/HDMI2USB-mode-switch/pull/61 | 05:06 |
| tpb | Title: Fix the location flashing firmware too. by mithro · Pull Request #61 · timvideos/HDMI2USB-mode-switch · GitHub (at github.com) | 05:06 |
| tumbleweed | I'll have to take your word on that | 05:07 |
| tumbleweed | lots of magic numbers | 05:07 |
| tumbleweed | after a power cycle, the artifacts are gone | 05:09 |
| tumbleweed | grrrr | 05:09 |
| tumbleweed | mithro: I'll play with that branch tomorrow | 05:12 |
| * tumbleweed -> bed | 05:12 | |
| mithro | tumbleweed: woose, sleep is for the week :-P | 05:14 |
| *** paradisaeidae has quit IRC | 05:31 | |
| *** paradisaeidae_ has joined #timvideos | 05:46 | |
| *** rohitksingh_wor1 has joined #timvideos | 05:52 | |
| *** rohitksingh_work has quit IRC | 05:53 | |
| *** paradisaeidae_ has quit IRC | 06:03 | |
| *** CarlFK has quit IRC | 06:15 | |
| *** cr1901 has quit IRC | 06:17 | |
| *** paradisaeidae has joined #timvideos | 06:18 | |
| *** cr1901 has joined #timvideos | 06:27 | |
| jea | mithro: I tried to flash the firmware (after applying your patch to the mode switch tool within my build area), but it doesn't seem to have worked | 06:51 |
| xfxf | jea: you're right, you should have asked him that during his talk | 06:58 |
| mithro | Pastebin the output? | 07:33 |
| jea | mithro: https://paste.ubuntu.com/25238373/ | 07:53 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 07:53 |
| mithro | jea: that looks like the output of firmware-load not firmware-flash? | 08:00 |
| jea | mithro: do I have to flash to test? | 08:00 |
| jea | i thought i was doing load at hobart | 08:00 |
| jea | flashing now... | 08:01 |
| mithro | jea: no, but at that prompt you need to reset the Opsis via either typing 'reboot' or hitting the reset button.... | 08:01 |
| mithro | (when loading) | 08:02 |
| jea | pressing the reset button did not seem to bring up the device with my edid change | 08:02 |
| jea | flashing failed, with the 0x1818181818 error | 08:02 |
| mithro | You should see the bios prompt and the flterm should load the firmware | 08:02 |
| jea | hmm | 08:03 |
| mithro | jea: make opsis-reset then try again | 08:03 |
| jea | did reset-opsis, then firmware-flash, same 0x18181818 thing | 08:04 |
| *** Choco31415 has joined #timvideos | 10:34 | |
| Choco31415 | xfxf: I'm not streaming all 6+ rooms. That's suicide! I'll only stream 1 room, maybe 2 if I get my roommate involved (he has bash/streaming experience as well). | 10:38 |
| xfxf | Choco31415: you want to have plenty of smaller event (i.e. meetup) experience before attempting a conference | 10:39 |
| xfxf | there's more complication than you likely realise at the moment | 10:39 |
| xfxf | even if only 1 room | 10:39 |
| Choco31415 | xfxf: Carl suggested LUG meetings for some practice. | 10:44 |
| xfxf | Choco31415: that's a v good idea. get a few of those under your belt and you'll be in an infinitely better position | 10:44 |
| Choco31415 | xfxf: I doubt game livestreams count? | 10:45 |
| xfxf | Choco31415: streaming games using OBD has almost nothing in common with recording conferences | 10:45 |
| xfxf | apart from perhaps some of the streaming concepts which makes up about 10% of what you need to be familiar with | 10:46 |
| xfxf | different problem set | 10:46 |
| Choco31415 | xfxf: Or better yet, I could stream some of the presentations for clubs at my college. | 10:59 |
| *** SamSagaZ has joined #timvideos | 12:10 | |
| tumbleweed | mithro: :P | 12:20 |
| *** Choco31415 has quit IRC | 12:28 | |
| *** Choco31415 has joined #timvideos | 12:30 | |
| *** rohitksingh_wor1 has quit IRC | 12:56 | |
| *** CarlFK has joined #timvideos | 13:28 | |
| *** ChanServ sets mode: +v CarlFK | 13:28 | |
| *** SamSagaZ has quit IRC | 13:49 | |
| CarlFK[m] | https://veyepar.nextdayvideo.com/main/C/pyconau/S/pycon_au_2017/L/Room_105/D/04/ Return of the Slots | 14:16 |
| tpb | Title: veyepar - Show: PyCon Australia Pycon_au_2017 (at veyepar.nextdayvideo.com) | 14:16 |
| paddatrapper | mithro: Good news - the audio firmware (that just generates a tone) works on the atlys too | 15:28 |
| *** SamSagaZ has joined #timvideos | 15:52 | |
| *** Choco31415 has quit IRC | 15:53 | |
| *** Choco31415 has joined #timvideos | 16:33 | |
| paddatrapper | mithro: though annoyingly set interface fails on the opsis | 17:03 |
| *** SamSagaZ has quit IRC | 17:27 | |
| *** SamSagaZ has joined #timvideos | 17:34 | |
| CarlFK[m] | tumbleweed (IRC): I did "Rebuild the copied sources" from Yakkety to Artful and they all passed. mind if I copy them into the timvideo PPA? | 17:42 |
| *** Choco31415 has quit IRC | 17:43 | |
| tumbleweed | CarlFK[m]: you won't be able to because you've rebuilt them | 17:46 |
| CarlFK | tumbleweed: um... what can I do? | 17:46 |
| tumbleweed | don't rebuild when you're copying | 17:47 |
| tumbleweed | it's almost never what you want | 17:47 |
| CarlFK | there are Yackety binaries in timvideo and Artful binaries in my PPA - I want Artful binaries in timvideos PPA. | 17:49 |
| tumbleweed | then we copy-forward within the timvideos PPA, without the rebuild | 17:49 |
| CarlFK | can I do that now? | 17:50 |
| tumbleweed | do it | 17:51 |
| CarlFK | done. yay. one less source of error/warning/distraction as I track down a gst memory leak | 17:54 |
| *** SamSagaZ has quit IRC | 18:32 | |
| *** SamSagaZ has joined #timvideos | 18:45 | |
| *** SamSagaZ has quit IRC | 19:59 | |
| *** cr1901_modern has quit IRC | 22:10 | |
| mithro | tumbleweed: morning | 23:23 |
| mithro | tumbleweed: I was weak too, actually got 7 hours of sleep :-P | 23:24 |
| tumbleweed | mithro: o/ | 23:29 |
| tumbleweed | mithro: would you consider merging the CR-LF hacks? | 23:30 |
| tumbleweed | I think we're pretty happy with the state of the debconf17 branch | 23:30 |
| mithro | tumbleweed: Yes, can you send it as a pull request? | 23:45 |
| jea | CarlFK: slots ftw | 23:49 |
| micolous | hey tumbleweed, I was trying to make a display that had oscilloscope + vu meter on the side of the video output from vocto, but the pipeline just stalled and failed | 23:49 |
| micolous | Do you know enough gstreamer-fu to fix my code? | 23:49 |
| micolous | https://github.com/xfxf/video-scripts/blob/master/michael/voc-monitor.sh | 23:50 |
| tpb | Title: video-scripts/voc-monitor.sh at master · xfxf/video-scripts · GitHub (at github.com) | 23:50 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!