| *** tpb has joined #timvideos | 00:00 | |
| *** springermac has quit IRC | 00:58 | |
| *** springermac has joined #timvideos | 00:59 | |
| cr1901_modern | tinyfpga: Hrm, I wanted to do a USB IP in migen :/. I'm never going to get the opportunity to learn USB at this rate | 01:24 |
|---|---|---|
| tinyfpga | cr1901_modern: ill make sure to leave some bugs in there for you XD | 01:25 |
| cr1901_modern | is it going to be a CDC core written in pure migen? | 01:27 |
| tinyfpga | cr1901_modern: I think I will rewrite the whole thing in migen/litex | 01:27 |
| xobs | tinyfpga: what are you looking for in terms of vexriscv-on-litex? I find having an Etherbone bridge makes things oh-so-much easier, because debugging. | 01:28 |
| tinyfpga | cr1901_modern: I am going to focus on support for cpu-controlled USB core | 01:28 |
| tinyfpga | cr1901_modern: so it can be smaller and easier to use | 01:28 |
| tinyfpga | cr1901_modern: and I’m going to move most of it outside of the 48MHz clock domain...it’s impossible to meet timing on UP5K as it is today | 01:29 |
| cr1901_modern | hmmm... well tinyfpga soc can't run at 48MHz anyway | 01:30 |
| cr1901_modern | I'm probably going to set it to 32MHz | 01:30 |
| cr1901_modern | which'll be enough breathing room for now | 01:30 |
| tinyfpga | xobs: I’m currently using the UART wishbone bridge, I don’t think I need vexriscv support until I’m ready to write a USB driver for the IP | 01:30 |
| tinyfpga | xobs: I agree, the wishbone bridge is AWESOME | 01:30 |
| tinyfpga | xobs: interactive python access to the wishbone fabric feels like I crawled inside the chip tron-style | 01:31 |
| xobs | I've not done much with the Python stuff. But interactive GDB? That's super sweet. | 01:32 |
| tinyfpga | xobs: I’m just using the IPython REPL to read and write on the wishbone fabric | 01:34 |
| tinyfpga | xobs: I’m going to add the Litescope next and eventually I’ll prototype some driver code in Python | 01:34 |
| tinyfpga | xobs: will the vexrisc core support GDB and other debuggers? | 01:35 |
| cr1901_modern | tinyfpga: I may still do a USB CDC core in Migen on my own, but I'll make sure it doesn't conflict with your own goals. I really need to learn USB and starting at a spec isn't cutting it. | 01:35 |
| cr1901_modern | staring* | 01:35 |
| xobs | tinyfpga: It uses openocd, which provides a gdb bridge. So it'll support anything that speaks gdbserver. Mostly gdb. | 01:36 |
| tinyfpga | cr1901_modern: I’ll try and keep the USB IP split into two halves so you could at least reuse the bottom half if desired | 01:36 |
| cr1901_modern | Cool, I'll keep that in mind. Implementing the SIE/bitstuffing crap doesn't seem fun | 01:37 |
| tinyfpga | cr1901_modern: a CDC core in pure hardware is still nice since it could implement the wishbone bridge for CPU debugging | 01:37 |
| tinyfpga | xobs: awesome | 01:37 |
| xobs | If you end up making a USB-IP wishbone bridge (like the PCIe, UART, and Ethernet bridges), then the gdb will work seamlessly with the current setup. | 01:37 |
| cr1901_modern | xobs: Do you mean a serial port "USB" bridge, or a "CDC, but not actually a serial port" USB bridge? I would assume the latter wouldn't work seamlessly | 01:38 |
| cr1901_modern | Unless gdb can "talk to" USB without the need for CDC device class using its own mechanism | 01:38 |
| xobs | cr1901_modern: I mean making a USB backend for litex_server. Doesn't have to be CDC. The vexriscv-openocd server speaks litex_server natively now. | 01:39 |
| cr1901_modern | interesting | 01:39 |
| cr1901_modern | xobs: So my issue w/ vexriscv-openocd is that it's very much out of date and I don't want to trudge through openocd source to merge HEAD into it | 01:40 |
| cr1901_modern | the openocd ppl seem very set on a specific riscv debugging interface that vexriscv doesn't implement | 01:40 |
| cr1901_modern | (not to mention they are f***ing slow at accepting changes) | 01:40 |
| cr1901_modern | So I think I'll have to sit out openocd support since I'm not willing to downgrade my "compiled-from-source version" :( | 01:41 |
| xobs | Agreed on that front. The vexriscv approach of "jam stuff into the pipeline" is an interesting approach, and is completely different from the SiFive approach of "add more CSRs!" | 01:43 |
| xobs | And the world seems to follow SiFive. They have a good marketing team. | 01:43 |
| cr1901_modern | riscv is funny... I have such mixed feelings about it. The privileged spec bites | 01:44 |
| cr1901_modern | I love the opcode encoding | 01:44 |
| cr1901_modern | I love no branch delay slots | 01:44 |
| xobs | Still, it's mostly just the "vexriscv.c" file. The implementation we use kind of ignores the existence of jtag. So it should be easyish to port to a new version. | 01:44 |
| cr1901_modern | I wish unaligned accesses were forbidden. I wish software walks were allowed. | 01:45 |
| cr1901_modern | (though I know why they did the former) | 01:45 |
| cr1901_modern | Not enough addressing modes | 01:45 |
| cr1901_modern | lol | 01:45 |
| cr1901_modern | And embedded cores aren't even required to implement CSRs if they just implement the "E" extension | 01:46 |
| xobs | Still, having a debugger is important. And with vexriscv and vexriscv-openocd, we at least have a debugger. | 01:52 |
| xobs | The alternative, of course, being to use qemu for that. | 01:52 |
| tinyfpga | xobs, cr1901_modern: I definitely want debugger support | 01:52 |
| cr1901_modern | I'm mostly complaining (what else is new?) that vexriscv-openocd is a fork, lacking features that I use, that is unlikely to be upstreamed | 01:53 |
| tinyfpga | I just wonder if it’s possible to support debugging over a USB-IP that is also controlled by the CPU :/ | 01:54 |
| xobs | tinyfpga: That does seem challenging. Especially since all the commands operate by setting the "halt" bit on the CPU. | 01:54 |
| tinyfpga | xobs: if an ISR can run then it could work...but I’m not familiar with the vexriscv debug interface | 01:56 |
| tinyfpga | xobs: do you have a pointer to the spec? | 01:56 |
| xobs | Nope. It literally halts the decoder, and works by jamming opcodes into the fetch stage. | 01:56 |
| tinyfpga | xobs: gotchya | 01:56 |
| xobs | The spec is super sparse. Because it's mostly "write riscv instructions". https://github.com/SpinalHDL/VexRiscv#debugplugin | 01:57 |
| tpb | Title: GitHub - SpinalHDL/VexRiscv: A FPGA friendly 32 bit RISC-V CPU implementation (at github.com) | 01:57 |
| tinyfpga | cr1901_modern, xobs: maybe I can create a hybrid USB mode...CPU retains ultimate control, but can setup an hardware-autonomous path for data to be processed by another IP | 02:03 |
| tinyfpga | cr1901_modern, xobs: then the CPU could transfer control to hardware for specific endpoints. You could implement two USB CDC interfaces: one is controlled directly by the CPU, the other one bypasses the CPU controller data buffers and goes to a hardware block | 02:07 |
| tinyfpga | cr1901_modern, xobs: that other hardware block could be a wishbone bridge...that should enable debug, Litescope, and wishbone access, right? | 02:07 |
| cr1901_modern | Hmmm that would be interesting... idk how much extra space it would take for 2 interfaces (plus multiplexing to one PHY) | 02:08 |
| tinyfpga | cr1901_modern: I believe it would still be smaller than the current fully hardware USB design | 02:09 |
| tinyfpga | cr1901_modern: it’s a little bit of extra state and data muxing, but not too bad | 02:10 |
| cr1901_modern | I don't see how the second interface solves the problem of "the CPU is in use while you're debugging it" unless it's full hardware | 02:11 |
| tinyfpga | cr1901_modern: the hardware accelerated pathway completely bypasses the CPU | 02:12 |
| tinyfpga | cr1901_modern: once you have the endpoints configured and set up, you don’t need much from the CPU...you just need it to pull data out of the buffer and tell the USP core that it’s ready for more data | 02:13 |
| *** futarisIRCcloud has joined #timvideos | 02:13 | |
| tinyfpga | cr1901_modern: for the hardware accelerated path the data will go to a seperate buffer controlled by hardware along with some logic to tell the USB core when it’s ready for more data | 02:14 |
| tinyfpga | cr1901_modern: the accelerated endpoints won’t need any CPU intervention to function | 02:14 |
| cr1901_modern | then how is that different from a fully hardware design :)? | 02:14 |
| tinyfpga | cr1901_modern: the fully hardware design has to implement the control endpoint in hardware, which is a pain | 02:15 |
| cr1901_modern | ahhh | 02:15 |
| tinyfpga | cr1901_modern: today, it also tries to be efficient with blockram by using a total of two blockrams for all the endpoints combined | 02:15 |
| tinyfpga | cr1901_modern: and then it does some other magic to ping-pong buffers | 02:15 |
| tinyfpga | cr1901_modern: I dread touching that code...this will be a much more efficient and reusable solution | 02:16 |
| cr1901_modern | Okay I think I'm done w/ the technical stuff tonight | 02:16 |
| tinyfpga | XD | 02:16 |
| futarisIRCcloud | tinyfpga: Sounds like some good ideas for the USB core. | 02:21 |
| tinyfpga | futarisIRCcloud: hopefully I’ll get it working tomorrow :) | 02:23 |
| *** Guest43996 has joined #timvideos | 02:30 | |
| futarisIRCcloud | tinyfpga: Cool. I guess you're targeting Lattice first? Any plans to get it working on Xilinx Series 7 later? | 02:30 |
| tinyfpga | futarisIRCcloud: it should “just work” on other FPGAs | 02:31 |
| tinyfpga | futarisIRCcloud: current bootloader already works on ICE40, ECP5, and Xilinx Series 7 | 02:32 |
| *** Guest43996 has quit IRC | 02:33 | |
| *** milky17 has joined #timvideos | 02:52 | |
| *** milky17 has quit IRC | 02:56 | |
| *** rohitksingh_work has joined #timvideos | 03:36 | |
| *** rohitksingh_wor1 has joined #timvideos | 03:40 | |
| *** rohitksingh_work has quit IRC | 03:42 | |
| CarlFK | rohitksingh_wor1: hi! | 04:15 |
| *** rohitksingh_wor1 has quit IRC | 04:16 | |
| *** rohitksingh_work has joined #timvideos | 04:17 | |
| rohitksingh_work | CarlFK: hi! | 04:17 |
| CarlFK | rohitksingh: did you know the numato usb relay suffers something similar to the hdmi2usb? | 04:17 |
| CarlFK | not exactly the same - I paste in a bunch of chars, only 1/2 get echoed back, but the commands still execute as if all of them were received. | 04:18 |
| rohitksingh_work | CarlFK: err, sorry. I've no idea on the relays front since it is handled by separate team. I'm not familiar with their working and their firmware. Maybe you could send a mail to [email protected] which will create a support ticket? Then, I can talk with the relevant guys regarding this issue. | 04:21 |
| CarlFK | rohitksingh_work: meh. it still works, it is just visually a little alarming | 04:21 |
| CarlFK | really I was hoping you had insight to solving the hdmi2usb problem :p | 04:22 |
| CarlFK | if it would be like the relay board, that would be much better | 04:22 |
| rohitksingh_work | CarlFK: oh, no idea on the hdmi2usb issue either :/ | 04:26 |
| CarlFK | rohitksingh_work: we have a few workarounds - so no biggie. | 04:27 |
| CarlFK | https://github.com/timvideos/HDMI2USB-fx2-firmware/issues/14 | 04:27 |
| tpb | Title: Having the serial port open prevents video from streaming · Issue #14 · timvideos/HDMI2USB-fx2-firmware · GitHub (at github.com) | 04:28 |
| *** shorne has joined #timvideos | 04:30 | |
| rohitksingh_work | CarlFK: Okay. The issue linked above seems to be a different bug than uart echo one. | 04:31 |
| CarlFK | yeah - I was just hoping there was something similar. having to use workarounds makes me grumpy :p | 04:31 |
| rohitksingh_work | CarlFK: yup, these kind of workarounds (for example, in the linked issue above) are terrifying :o | 04:33 |
| CarlFK | lol = yes. | 04:33 |
| CarlFK | im bummed that there isn't a unix filter to throttle stdio | 04:34 |
| rohitksingh_work | will this kind of solution work https://superuser.com/a/239895 ? | 04:40 |
| tpb | Title: How to rate-limit a pipe under linux? - Super User (at superuser.com) | 04:40 |
| xobs | CarlFK: what about throttle(1)? Either way, it sounds like the implementation needs CTS and RTS implemented. Or a bigger FIFO... | 04:47 |
| CarlFK | See throttle --help for more information | 04:56 |
| CarlFK | throttle: unknown option --help | 04:56 |
| CarlFK | Grrr... | 04:56 |
| CarlFK | but.. why didn't anyone find this 2 years ago? | 04:56 |
| *** sunxi_fan has quit IRC | 05:01 | |
| CarlFK | "would agree with this, but there doesn't seem to be a standard package for Ubuntu" right. I had to use a snap on cosmic (beta) so it may be this new | 05:01 |
| rohitksingh_work | sigh...there was already a throttle utility all this time. | 05:24 |
| CarlFK | doh. yes. 2003-01-18 Initial Release | 05:43 |
| CarlFK | I was hoping it was like 6 months ago :p | 05:43 |
| *** lino has joined #timvideos | 05:44 | |
| *** lino has quit IRC | 05:47 | |
| *** ivodd has quit IRC | 06:36 | |
| *** sunxi_fan has joined #timvideos | 06:46 | |
| cr1901_modern | mithro: https://github.com/vpecanins/max1000-tutorial Perhaps we should have an Altera board just to exercise that LiteX functionality? (Future idea) | 06:56 |
| tpb | Title: GitHub - vpecanins/max1000-tutorial: Tutorial and example projects for the Arrow MAX1000 FPGA board (at github.com) | 06:56 |
| *** ivodd has joined #timvideos | 06:58 | |
| *** Inception has joined #timvideos | 07:06 | |
| *** Inception has quit IRC | 07:09 | |
| futarisIRCcloud | Hmmm. ~8k LUTs on a 40 AUD Intel MAX1000... | 07:09 |
| cr1901_modern | futarisIRCcloud: Well it's more than enough to hold a CPU | 07:13 |
| *** ensyde has joined #timvideos | 07:29 | |
| *** ensyde has quit IRC | 07:34 | |
| cr1901_modern | tinyfpga: Is there a possible ETA for when the "-n"/"name" option will be implemented? I am in fact blocked on it | 07:36 |
| *** puck is now known as puck_ | 07:37 | |
| *** Matthew_0 has joined #timvideos | 07:52 | |
| *** Matthew_0 has quit IRC | 07:56 | |
| *** xeroks18 has joined #timvideos | 08:30 | |
| *** xeroks18 has quit IRC | 08:33 | |
| *** futarisIRCcloud has quit IRC | 09:13 | |
| *** DLange4 has joined #timvideos | 09:45 | |
| *** pavlushka11 has joined #timvideos | 11:53 | |
| *** pavlushka11 has quit IRC | 11:58 | |
| *** rohitksingh_work has quit IRC | 12:31 | |
| *** TheAssassin is now known as TheAss4ss1n | 12:39 | |
| *** TheAss4ss1n is now known as TheAssassin | 12:39 | |
| *** Harzilein20 has joined #timvideos | 12:59 | |
| *** Harzilein20 has quit IRC | 13:04 | |
| *** rohitksingh has joined #timvideos | 13:40 | |
| *** rohitksingh1 has joined #timvideos | 13:43 | |
| *** rohitksingh has quit IRC | 13:44 | |
| tinyfpga | cr1901_modern: ok, I can do that today | 13:52 |
| *** rohitksingh1 has quit IRC | 14:16 | |
| *** rohitksingh has joined #timvideos | 14:22 | |
| *** rohitksingh1 has joined #timvideos | 14:39 | |
| *** rohitksingh has quit IRC | 14:39 | |
| *** Shari2 has joined #timvideos | 15:34 | |
| *** Shari2 has left #timvideos | 15:44 | |
| *** Shari2 has joined #timvideos | 15:49 | |
| Shari2 | Hi. I have problems with bring up of my new numato opsis. Pattern to output 0 is working. Input 0 (rock64 sbc) to Output0 is not working. Any suggestions how to debug this? | 15:49 |
| CarlFK | Shari2: hi there | 16:02 |
| Shari2 | hi | 16:02 |
| CarlFK | Shari2: status command - what is the input 0 line? should look like these: | 16:04 |
| CarlFK | input0: 0x0 (@0.00 MHz) (disabled) | 16:04 |
| CarlFK | input1: 1280x720 (@74.25 MHz) (capturing) | 16:04 |
| Shari2 | input0: 0x0 (@112.21 MHz) (capturing) | 16:05 |
| CarlFK | oh wait .. first q should always be: do you have a magic cable? | 16:06 |
| Shari2 | no. what is a magic cable? | 16:06 |
| CarlFK | https://www.monoprice.com/product?p_id=13590 | 16:08 |
| Shari2 | i have this one 1162-06C, https://www.datapro.net/products/hdmi-high-speed-with-ethernet-male-male-cables.html | 16:09 |
| tpb | Title: HDMI High Speed with Ethernet Male-Male Cables -- DataPro (at www.datapro.net) | 16:09 |
| CarlFK | the "magic" is a little active amplifier in the end of the cable | 16:10 |
| CarlFK | which makes it directional - ends are labeled "source" and "TV" and it wont work if you plug it in backwards | 16:11 |
| Shari2 | passive cables wont work? | 16:12 |
| *** sunxi_fan has quit IRC | 16:12 | |
| CarlFK | Note: 75ft and 100ft lengths use bus-powered active boosters. While they require no external power, this does make the cable directional, as indicated by "Input" and "Output" labels on the cable heads. | 16:12 |
| CarlFK | a passive cable can work if the source is "good" | 16:13 |
| CarlFK | but we have found that so many sources are not good, that we just use the active cable all the time. | 16:13 |
| CarlFK | brb - need to make coffee | 16:15 |
| Shari2 | is the numato opsis a "good" source? can i loop output 0 to input 0? | 16:16 |
| CarlFK | looks like no: I just hooked 0 to 0, input0: 0x0 (@74.25 MHz) (capturing) | 16:30 |
| Shari2 | i got "input0: 1280x720 (@74.25 MHz) (capturing)" now after reboot of the rock64 | 16:34 |
| Shari2 | and its gone ... | 16:34 |
| Shari2 | will try active cable | 16:34 |
| Shari2 | thank you | 16:34 |
| CarlFK | sure thing | 16:35 |
| *** shenki has quit IRC | 16:36 | |
| Shari2 | the ddr line of the status command is always empty. I there a problem with the ddr? | 16:38 |
| CarlFK | hmm, not sure I have ever noticed that before ... mithro ^^^ | 16:46 |
| Shari2 | input0: 1280x720 (@74.25 MHz) (capturing) input1: 0x0 (@0.00 MHz) (disabled) output0: [email protected] from input0 (underflows: 0) output1: off EDID primary mode: [email protected] EDID secondary mode: [email protected] encoder: 1280x720 @ 0fps from input0 (q: 85) ddr: | 16:47 |
| CarlFK | yeah - I have that too. | 16:50 |
| *** rohitksingh1 has quit IRC | 16:53 | |
| *** rohitksingh has joined #timvideos | 16:54 | |
| *** rohitksingh has quit IRC | 17:04 | |
| Shari2 | "encoder: 1280x720 @ 28fps from input0 (q: 85)". VLC only has a orange/yellow bar running left to right and back. Any suggestions? | 17:05 |
| CarlFK | sec... | 17:19 |
| *** rohitksingh has joined #timvideos | 17:22 | |
| *** rohitksingh has quit IRC | 17:32 | |
| Shari2 | dmesg has some uvc messages "uvcvideo 1-10.3.2.3:1.0: Entity type for entity Camera 1 was not initialized!" | 17:34 |
| *** rohitksingh has joined #timvideos | 17:47 | |
| cr1901_modern | tinyfpga: Cool thanks. Additionally, I got tinyfpga to boot a 32MHz lm32 softcore w/ 10kB of RAM and 2kB of cache | 17:49 |
| tinyfpga | cr1901_modern: awesome! | 17:49 |
| tinyfpga | cr1901_modern: I am excited to try it out | 17:49 |
| cr1901_modern | I had to forcefully override the icetime step; nextpnr crashes on this design for some reason, and icetime claims the design doesn't pass timing (it works fine) | 17:50 |
| mithro | cr1901_modern: cool! | 17:55 |
| *** connection has joined #timvideos | 17:55 | |
| mithro | cr1901_modern: is this with or without the multipliers? | 17:55 |
| cr1901_modern | mithro: with | 17:55 |
| mithro | Shari2: hi! | 17:55 |
| mithro | cr1901_modern: what's the resource usage like? | 17:56 |
| mithro | I'll be around in about an hour | 17:56 |
| *** connection has quit IRC | 17:56 | |
| Shari2 | mithro: Hi. | 17:56 |
| cr1901_modern | block RAM is nearly gone, plenty of breathing room wrt logic cells | 17:56 |
| cr1901_modern | like 3000 logic cells left over | 17:56 |
| *** rohitksingh has quit IRC | 17:57 | |
| CarlFK | Shari2: https://github.com/CarlFK/voctomix-outcasts/blob/master/tests/show_hdmi2usb.sh | 17:59 |
| tpb | Title: voctomix-outcasts/show_hdmi2usb.sh at master · CarlFK/voctomix-outcasts · GitHub (at github.com) | 17:59 |
| CarlFK | Shari2: ah, i bet you hit another gotcha: disconnect from the serial console, connect to the video stream, then connect to the serial console again. you can do both, but you need to connect the video first. | 18:03 |
| Shari2 | CarlFK: will try | 18:04 |
| Shari2 | CarlFK: the car is gone, but still no video | 18:08 |
| Shari2 | CarlFK: the bar* | 18:09 |
| CarlFK | Shari2: what firmware version? (version will show lots, look for git describe: v0.0.4-277-g2b3ff04 | 18:09 |
| Shari2 | CarlFK: git describe: v0.0.4-194-ge14edee | 18:10 |
| CarlFK | Shari2: no idea if it will help, but I've been working with that ver and it is passing all my tests | 18:10 |
| *** rohitksingh has joined #timvideos | 18:12 | |
| *** luke-jr7 has joined #timvideos | 18:13 | |
| *** luke-jr7 has quit IRC | 18:16 | |
| Shari2 | CarlFK: "gst-launch-1.0 v4l2src device=/dev/video0 ! jpegdec ! queue ! videoconvert" throws gstjpegdec.c(1394): gst_jpeg_dec_handle_frame (): /GstPipeline:pipeline0/GstJpegDec:jpegdec0: Decode error #55: Not a JPEG file: starts with 0x97 0x97 | 18:20 |
| Shari2 | CarlFK: will try your version | 18:20 |
| *** rohitksingh has quit IRC | 18:22 | |
| Shari2 | CarlFK: with version v0.0.4-277-g2b3ff04, gst-launch throws "gstjpegdec.c(1394): gst_jpeg_dec_handle_frame (): /GstPipeline:pipeline0/GstJpegDec:jpegdec0: Decode error #9: Bogus Huffman table definition", vlc behavior not changed | 18:42 |
| Shari2 | CarlFK: input0: 1280x720 (@74.25 MHz) (capturing) input1: 0x0 (@0.00 MHz) (disabled) output0: [email protected] from input0 (underflows: 0) output1: off EDID primary mode: [email protected] EDID secondary mode: [email protected] encoder: 1280x720 @ 0fps from input0 (q: 85) ddr: | 18:43 |
| CarlFK | Shari2: try this: http://paste.ubuntu.com/p/fTd34P24BT/ | 18:44 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 18:44 |
| CarlFK | and to make sure the serial connection problem is really fixed: sudo rmmod uvcvideo && sudo modprobe uvcvideo | 18:46 |
| Shari2 | CarlFK: /GstPipeline:pipeline0/GstJpegDec:jpegdec0: No valid frames decoded before end of stream, gstvideodecoder.c(1161): gst_video_decoder_sink_event_default (): /GstPipeline:pipeline0/GstJpegDec:jpegdec0: | 18:48 |
| Shari2 | CarlFK: do i need to have output 0 connected? | 18:48 |
| CarlFK | no - but I would use the pattern as a source | 18:48 |
| Shari2 | CarlFK: with manual usb reconnect, ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device '/dev/video0' failed during initialization Additional debug info: gstv4l2object.c(3722): gst_v4l2_object_set_format_full (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Call to S_FMT failed for MJPG @ 1280x720: Input/output error Execution ended after 0:00:05.100943137 | 18:59 |
| Shari2 | CarlFK: dmesg, uvcvideo: Failed to set UVC probe control : -110 (exp. 26). | 19:00 |
| CarlFK | Shari2: rmmod/modprobe/dmesg: http://paste.ubuntu.com/p/wQ2cwQG3rc/ | 19:02 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 19:02 |
| CarlFK | let me power cycle the Opsis and get you that dmesg | 19:03 |
| Shari2 | CarlFK: with powercycle + rmmod/modprobe i get the same output | 19:05 |
| CarlFK | hmm, tornado and flood warning... um.. leme go make sure all my wndows are closed .. | 19:07 |
| CarlFK | https://www.nbcchicago.com/weather/severe-weather-alerts/ | 19:07 |
| *** kmehall has quit IRC | 19:16 | |
| *** jimmo has quit IRC | 19:16 | |
| *** CARAM____ has quit IRC | 19:16 | |
| *** mithro has quit IRC | 19:16 | |
| *** CARAM____ has joined #timvideos | 19:16 | |
| *** jimmo has joined #timvideos | 19:16 | |
| *** mithro has joined #timvideos | 19:17 | |
| *** ChanServ sets mode: +o mithro | 19:19 | |
| *** kmehall has joined #timvideos | 19:20 | |
| mithro | I'm here now | 19:33 |
| *** mithro has quit IRC | 19:34 | |
| *** mithro has joined #timvideos | 19:35 | |
| *** ChanServ sets mode: +o mithro | 19:35 | |
| CarlFK | Shari2: im back | 19:35 |
| CarlFK | Shari2: you have the right /dev/video device right? laptops have webcams that show up as video0 | 19:36 |
| mithro | CarlFK: bunnie did a lot of work to improve the HDMI performance on the NeTV2, at some point we should backport his stuff to the Opsis and hopefully it'll improve performance there too | 19:36 |
| Shari2 | CarlFK: im on a desktop PC without any webcam. video0 is gone with opsis disconnected | 19:37 |
| CarlFK | Shari2: what distro? | 19:38 |
| CarlFK | (shouldn't matter, just wondering) | 19:38 |
| Shari2 | CarlFK: ubuntu bionic | 19:38 |
| CarlFK | handy - that's what my opsis is hocked up to too. | 19:38 |
| Shari2 | CarlFK: i see non empty isochronous transfer with wireshark, maybe the issue is in the host stack | 19:39 |
| Shari2 | CarlFK: can i disable encoding to see raw pixel data? | 19:42 |
| mithro | Shari2: sadly not | 19:44 |
| mithro | tinyfpga: Is that last tweet sigrok? | 19:45 |
| tinyfpga | mithro: it’s sigrok, but using my external LA | 19:45 |
| mithro | tinyfpga: Ahh | 19:45 |
| mithro | tinyfpga: https://github.com/enjoy-digital/litescope/issues/8 | 19:45 |
| tpb | Title: Support pulseview / sigrok directly · Issue #8 · enjoy-digital/litescope · GitHub (at github.com) | 19:45 |
| mithro | tinyfpga: And https://github.com/enjoy-digital/litescope/blob/master/litescope/software/dump/sigrok.py#L11 | 19:46 |
| tpb | Title: litescope/sigrok.py at master · enjoy-digital/litescope · GitHub (at github.com) | 19:46 |
| mithro | xobs: Do we have a good C Etherbone library now? | 19:46 |
| CarlFK | Shari2: im almost bak.. need to heat up some coffee | 20:00 |
| CarlFK | Shari2: im back. let me bounce my opsis and paste syslog | 20:17 |
| Shari2 | CarlFK: wb | 20:17 |
| *** TheAssassin has quit IRC | 20:33 | |
| *** TheAssassin has joined #timvideos | 20:34 | |
| CarlFK | mithro: can you give me a number of seconds to wait between power off and on? | 20:45 |
| mithro | Shari2: btw, where in the world are you? | 20:49 |
| Shari2 | mithro: germany | 20:49 |
| mithro | Shari2: Did you get one of the C3VOC Opsis boards? | 20:49 |
| Shari2 | mithro: not that i know | 20:50 |
| Shari2 | mithro: i got my board from https://www.sinelec-tech.com/website/Expansion-modules.php?urlstring=eNortjI0tlIqKMpPKU0uic9MsTU1U7IGXDBKrAag | 20:51 |
| tpb | Title: Sinelec Technologies (at www.sinelec-tech.com) | 20:51 |
| mithro | Shari2: wow, that is random | 20:51 |
| cr1901_modern | mithro: Do you still keep in touch w/ the person who runs upy proper? If so, are there any talks about uniting fupy w/ upy? | 20:54 |
| mithro | cr1901_modern: Yes and Yes | 20:54 |
| * cr1901_modern is glad to hear | 20:54 | |
| cr1901_modern | I don't really want to, but I may cut back the RAM on tinyfpga to 8kB, so there's extra bram for user hardware a user may wish to attach | 20:55 |
| cr1901_modern | 31/32 brams used if I use 10kB | 20:56 |
| mithro | cr1901_modern: So, when you going to send me a pull request? | 20:56 |
| *** shenki has joined #timvideos | 20:56 | |
| *** ChanServ sets mode: +v shenki | 20:56 | |
| cr1901_modern | mithro: Blocked on updating litex currently, which is blocked on t1nyfpga (don't want to bother him :P) and me fixing vexriscv-Verilog | 20:57 |
| mithro | cr1901_modern: Well, lm32 first right? | 20:57 |
| cr1901_modern | If you don't mind multiple PRs (one to add lm32 lite, another to fix vexriscv), sure | 20:58 |
| mithro | cr1901_modern: Yes, please try to send lots of small PRs rather than one huge one :-) | 20:58 |
| CarlFK | Shari2: power off on dmesg http://paste.ubuntu.com/p/p2XXm4w8ft/ | 20:59 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 20:59 |
| Shari2 | CarlFK: same here | 21:02 |
| CarlFK | mithro: any suggestions on what repo/wiki to stash stuff like this? (like dmesg when opsis powers on) | 21:05 |
| CarlFK | I guess it can go with "common problems" | 21:06 |
| CarlFK | mithro: um.. https://github.com/timvideos/HDMI2USB-litex-firmware/blob/master/getting-started.md#common-errors is now just 2 404 links | 21:11 |
| tpb | Title: HDMI2USB-litex-firmware/getting-started.md at master · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 21:11 |
| CarlFK | Shari2: im guessing you have been poking around and have some tabs open - see anything that looks like a good place for my dmesg dumps and such? | 21:12 |
| Shari2 | CarlFK: no idea | 21:12 |
| mithro | Sorry, got distracted | 21:18 |
| mithro | CarlFK: maybe https://github.com/timvideos/litex-buildenv/wiki/Common-Errors ? | 21:19 |
| tpb | Title: Common Errors · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 21:19 |
| CarlFK | mithro - sounds good. thanks. | 21:20 |
| mithro | CarlFK: or maybe https://github.com/timvideos/litex-buildenv/wiki/Numato-Opsis | 21:20 |
| tpb | Title: Numato Opsis · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 21:20 |
| mithro | CarlFK: Could you look at cleaning up https://github.com/timvideos/litex-buildenv/wiki/Digilent-Atlys too? | 21:20 |
| tpb | Title: Digilent Atlys · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 21:20 |
| mithro | CarlFK: I think we should have a "How to use an Opsis for conference recording" type page? | 21:22 |
| CarlFK | mithro: I think that can be https://debconf-video-team.pages.debian.net/ansible/opsis.html | 21:23 |
| tpb | Title: Adding an Opsis Machine DebConf Videoteam Ansible documentation (at debconf-video-team.pages.debian.net) | 21:23 |
| CarlFK | mithro: there could be more to it than that.. but ... low priority | 21:24 |
| mithro | CarlFK: https://github.com/timvideos/litex-buildenv/wiki/HowTo-Presentation-Recording | 21:25 |
| tpb | Title: HowTo Presentation Recording · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 21:25 |
| CarlFK | good. | 21:25 |
| mithro | CarlFK: https://github.com/timvideos/litex-buildenv/wiki/HowTo-Presentation-Recording | 21:26 |
| tpb | Title: HowTo Presentation Recording · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 21:26 |
| mithro | You now have TODOs :-P | 21:26 |
| CarlFK | mithro: the Opsis should all be on the DC docs, and i'm not gonna put anything for Atlys until someone says they are going to use one. | 21:28 |
| mithro | CarlFK: Do you have a flashing document somewhere? | 21:29 |
| CarlFK | mithro: so not sure if thsoe TODOs help | 21:29 |
| CarlFK | mithro: yes - it is linked from https://hdmi2usb.tv/firmware/ | 21:29 |
| CarlFK | (which is easy to remember and how I always find it) | 21:30 |
| mithro | CarlFK: I'm thinking we should close down that wiki? | 21:30 |
| mithro | CarlFK: I've removed a bunch of obsolete stuff from that repo | 21:31 |
| mithro | CarlFK: And moved other stuff which is still relevant to the LiteX-BuildEnv wiki... | 21:31 |
| CarlFK | mithro: as long as you find a new *wiki* for that page to live on | 21:31 |
| CarlFK | it is gotten pretty static, but I am sure I will bump into things that need to be updated | 21:32 |
| CarlFK | mithro: like this still isn't solid: firmware version: Stable/testing/custom | 21:33 |
| CarlFK | Shari2: I haven't forgotten about you | 21:33 |
| Shari2 | CarlFK: i test other stuff, no worry | 21:34 |
| mithro | Shari2: It must be pretty late in germany at the moment? | 21:35 |
| CarlFK | only 30 till midnight :p | 21:35 |
| Shari2 | mithro: yep | 21:35 |
| mithro | Shari2: Is your interest mainly doing recording of user groups / conferences or doing FPGA video hardware development? | 21:36 |
| Shari2 | mithro: FPGA stuff in general | 21:36 |
| mithro | Shari2: Okay cool, then you should probably think about joining this channel with a proper IRC client rather than webchat -- it's a great place to get help with FPGA stuff and the Opsis stuff | 21:37 |
| Shari2 | mithro: any suggestion for linux irc client? never used irc much | 21:39 |
| mithro | Shari2: I use IRCCloud | 21:40 |
| CarlFK | Shari2: use matrix ;) | 21:42 |
| CarlFK | Shari2: mostly because there are nice android matrix clients, and the irc bridge works good enough. | 21:43 |
| CarlFK | riot.im is the android matrix client I use. it works good enough I haven't considered looking for something else. | 21:44 |
| mithro | Shari2: I'm trying to make the wiki at https://github.com/timvideos/litex-buildenv/wiki the best place to get started with the toolchain we use for the HDMI2USB firmware | 21:46 |
| tpb | Title: Home · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 21:46 |
| mithro | Shari2: still a WIP | 21:46 |
| mithro | Shari2: It also supports https://fupy.github.io/ | 21:47 |
| tpb | Title: Welcome to FPGA MicroPython (FμPy) | fupy.github.io (at fupy.github.io) | 21:47 |
| CarlFK | mithro: what is the hardware conf you are going to soon? | 21:47 |
| mithro | OrConf | 21:47 |
| mithro | Be back in 30 minutes, going to find some lunch | 21:48 |
| mithro | No free lunch in the office on a public holiday :-/ | 21:53 |
| CarlFK | boo. | 21:55 |
| Shari2 | I am off to sleep. Bye. | 22:46 |
| *** Shari2 has quit IRC | 22:46 | |
| CarlFK | wow, it's been an hour? | 22:47 |
| *** puck_ has quit IRC | 23:02 | |
| *** puck has joined #timvideos | 23:05 | |
| *** futarisIRCcloud has joined #timvideos | 23:21 | |
| *** cr1901_modern has quit IRC | 23:38 | |
| *** cr1901_modern has joined #timvideos | 23:46 | |
| *** cr1901_modern has joined #timvideos | 23:50 | |
| cr1901_modern | _florent_: FYI whenever you decide to upgrade libcompiler_rt... the riscv subdirectory under builtins now provides a "mulsi3.c" (not that there's anything wrong w/ the one you provide) | 23:51 |
| mithro | CarlFK: where has this day gone :-( | 23:55 |
| CarlFK | mithro: no kidding. | 23:59 |
| mithro | I have a project I was going to get you to get ps1 to do for me :-P | 23:59 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!