*** tpb has joined #timvideos | 00:00 | |
*** rohitksingh has quit IRC | 01:10 | |
mithro | ayush3504: ping? | 03:18 |
---|---|---|
mithro | tariq786: you about? | 03:29 |
tariq786 | mithro: yes | 03:39 |
tariq786 | mithro: i am talking about image buffer that stores video pixels | 03:40 |
tariq786 | mithro: i want to know how HDMI2USB is handling hsync and vsync? | 03:40 |
tariq786 | mithro: does image buffer store pixels keeping in mind pixel's relationship with hsync and vsync or it stores blindly? | 03:42 |
tariq786 | mithro: does my question make the point clear? | 03:42 |
mithro | I'll be back in an hour | 03:53 |
tariq786 | ok | 03:53 |
*** techdragon has quit IRC | 04:15 | |
*** techdragon has joined #timvideos | 04:18 | |
mithro | tariq786: I'm back now | 05:37 |
mithro | you still here? | 05:37 |
tariq786 | yes | 05:39 |
mithro | tariq786: I'm not particularly interested in the hsync/vsync stuff at the moment, I'd really like to see the rtp packets coming out of the ethernet port | 05:45 |
tariq786 | mithro: that is great. but i need to interface with HDMI2USB | 05:46 |
mithro | tariq786: I don't care if the image produced from the ethernet port is a static image | 05:46 |
*** techdragon has quit IRC | 05:47 | |
tariq786 | mithro: for the image to appear correctly, hsync and vsync information is needed | 05:47 |
tariq786 | mithro: or you don't care about the image as well? | 05:47 |
mithro | tariq786: I want to connect my laptop to the Atlys board, fire up wireshark on my laptop and then see correctly formed rtp packets coming out the Atlys board | 05:48 |
tariq786 | mithro: that is understood | 05:48 |
Joelw | Just a single colour or a test pattern should be fine | 05:49 |
mithro | tariq786: the actual image contents can be taken from the HDMI port, but I would be just as happy with a test pattern or similar | 05:49 |
tariq786 | joelw: sure. I just want to be careful because there are a lot pixels that should be ignored | 05:50 |
tariq786 | joelw: these are the ones in the front porch, during hsync or vsync = 1 and in the backporch | 05:50 |
tariq786 | mithro: all i want to know is does image buffer distinguish between these or not? | 05:51 |
Joelw | Is there any significance to them? Do they actually contain any data? It could all be zeros or teletext data or something. | 05:51 |
mithro | tariq786: just assume you have a buffer which has a single frame of image data you can read from | 05:51 |
Joelw | If it's not actually part of the image, and it's not any other data you're interested in, you probably don't need to worry about it. | 05:51 |
tariq786 | joelw: i am curious to know does image buffer in HDMI2USB has this data or not? | 05:52 |
Joelw | Dunno. Have you had a look at the code? | 05:52 |
tariq786 | joelw: if it has this data, i should ignore these while making rtp packet | 05:53 |
Joelw | Does the HDMI spec say what the nature of the data is? | 05:53 |
Joelw | If it's not part of the image and it doesn't encode any other useful information about the image, it's probably not too important. | 05:53 |
tariq786 | joelw: yes i did. Due to unfamiliarity with vhdl, i am struggling with the code base | 05:53 |
tariq786 | joelw: vtc_demo clearly demarcates good pixels from the ones that need to be ignored by hcount and vcount | 05:54 |
mithro | tariq786: ignoring all the HDMI2USB code, if you just have a buffer with has valid pixel data in it | 05:55 |
mithro | tariq786: take that data, put it in the correct rtp data and push it out the ethernet port | 05:56 |
tariq786 | mithro:that is what i have at the moment but chris wants to have integration with hdmi2usb | 05:56 |
tariq786 | actually that is why i did vtc_demo from Xilinx App 495,so as to generate valid pixels | 05:57 |
mithro | tariq786: so, I can download your code to my Atlys and see the UDP packets coming out the ethernet port? | 05:57 |
tariq786 | mithro: yes | 05:57 |
tariq786 | mithro: this is what i am doing at the moment | 05:57 |
tariq786 | integrating MAC core | 05:57 |
mithro | tariq786: can you please write up some instructions for people to reproduce this? | 05:58 |
tariq786 | mithro: reproduce what? | 05:58 |
mithro | --> so, I can download your code to my Atlys and see the UDP packets coming out the ---ethernet port? | 05:58 |
*** tija has joined #timvideos | 05:59 | |
tariq786 | mithro: once i am done with testing, i will document it fully. We also have a spec document that is updated to reflect what is the overall picture | 05:59 |
tariq786 | https://docs.google.com/document/d/1PSjfm6eS0B3UUPJmPf7PH0tNsF7ZFKIKfPldmF3ucKY/edit | 05:59 |
tpb | Title: HDMI2Ethernet Specification - Google Docs (at docs.google.com) | 05:59 |
tija | shenki: 30 fps!!! @ 1024x768 | 06:00 |
mithro | tariq786: software development is an iterative process, there is no "once I'm done with testing" there will always be more testing to do | 06:00 |
tariq786 | mithro: true. | 06:00 |
tariq786 | mithro: but i have n't started testing yet on real hardware. This is what is going on | 06:01 |
mithro | okay, looking at your first diagram in that document | 06:01 |
mithro | Figure 1: HDMI2Ethernet Architecture Pipeline | 06:01 |
tariq786 | mithro: ok | 06:01 |
mithro | tariq786: if the "memory-buffer" can be filled with contents from a test image generator rather then the HDMI subsystem | 06:03 |
mithro | tariq786: then you can test the system without needing to integrate with the HDMI subsystem | 06:03 |
tariq786 | mithro: this is what i was heading but chris suggested to integrate with hdmi2usb | 06:04 |
tija | tariq786: image buffer stores only pixels. It uses hsync and vsync to calculate the resolution. | 06:04 |
tija | tariq786: resolution is calculated using a module called calc_res | 06:04 |
tariq786 | tija: hi, yes i saw that | 06:05 |
mithro | tariq786: I really want to get something from you that we can reproduce here | 06:05 |
shenki | tija: that's awesome | 06:06 |
tariq786 | mithro: you bet | 06:06 |
tariq786 | http://i60.tinypic.com/10htv1f.jpg | 06:06 |
tariq786 | see the picture to identify valid pixels from invalid ones | 06:06 |
mithro | tariq786: that is already done for you | 06:07 |
tariq786 | mithro: ok that means image buffer has only valid pixels | 06:07 |
mithro | tariq786: yes, I think that is safe assumption to start with | 06:07 |
tariq786 | mithro: ok | 06:08 |
tariq786 | mithro: thanks | 06:08 |
mithro | tariq786: if that turns out to not be the case, we can look at that later | 06:08 |
mithro | tariq786: but I'd really like to be able to see the ethernet/IP data coming out of the physical Atlys hardware | 06:09 |
tariq786 | mithro:ok. I am going to try my best not to disappoint you | 06:09 |
mithro | tariq786: If I understand correctly, that was the mid-term goal? | 06:10 |
tariq786 | no | 06:11 |
mithro | tariq786: what was the mid-term goal? | 06:11 |
tariq786 | mithro: midterm goal was rtp packet creation, synthesis and sending it to MAC core | 06:11 |
mithro | tariq786: okay - that implies to me that I should be able to see ethernet/IP data coming out of the Atlys board to me | 06:12 |
tariq786 | mithro: before midterm was simulation. Now is emulation | 06:13 |
mithro | tariq786: as if creating RTP packets and sending them to the MAC core, they should appear out the device right? | 06:13 |
tariq786 | mithro: mac has two interfaces. Upstream that interfaces with RTP and downstream that interfaces with PHY. | 06:14 |
tariq786 | mithro: upstream is done, the downstream needs to be tested on atlys | 06:14 |
Joelw | We already know that the MAC works - you don't really need to do much work to prove that. | 06:15 |
Joelw | As long as you're generating valid Ethernet packets and your code is synthesisable, it should pretty much just work. | 06:15 |
tariq786 | joelw: true | 06:15 |
tariq786 | joelw: that is what is going on now. mac testing. Righnow having issues with cable driver | 06:16 |
tariq786 | on ubuntu | 06:16 |
tariq786 | as i have ubuntu on the pc that has 1G ethernet card | 06:16 |
mithro | shenki: gah, ajit left after saying that stuff :P | 06:19 |
tija | mithro: I am still here :D | 06:20 |
mithro | tija: oh, cool! are you going to be around in 1 hour? | 06:20 |
tija | mithro: yes | 06:20 |
mithro | great lets chat more then | 06:20 |
mithro | tija: I think I'd like you and rohit to synergies a bit :P | 06:21 |
tija | mithro: what does it mean? | 06:21 |
mithro | tija: opportunities to help each other and amplify each others work | 06:22 |
tija | mithro: yeah sure! | 06:22 |
*** techdragon has joined #timvideos | 06:22 | |
mithro | tariq786: so can we put everything on hold that isn't working towards the goal of getting the actual Atlys board producing Ethernet frames and some in else reproducing that result | 06:35 |
mithro | I'm happy to talk to Chris about it | 06:38 |
tariq786 | mithro: ok | 06:41 |
mithro | tija / shenki: if you where both available in 20-30ish minutes we could try and have a VC then | 06:43 |
tija | mithro: I am in | 06:45 |
*** slomo has joined #timvideos | 06:50 | |
*** CarlFK has quit IRC | 07:23 | |
shenki | oops | 07:24 |
shenki | i can't sorry | 07:24 |
shenki | you guys should feel free to chat | 07:24 |
*** CarlFK has joined #timvideos | 07:24 | |
*** ChanServ sets mode: +v CarlFK | 07:24 | |
mithro | okay | 07:37 |
mithro | tija: what was the URL to your mid-term report again? | 07:37 |
tija | https://docs.google.com/document/d/1YwD7ZuVogUXlRbBu8hCpQkHv_tboYZGei7_H4wEErDg/edit# | 07:37 |
tpb | Title: Mid Term Report - Google Docs (at docs.google.com) | 07:37 |
mithro | tija: adding comments to that now | 07:46 |
tija | mithro: okay | 07:46 |
mparuszewski | hello guys, hello mithro :) I am ready to talk. Unfortunately I've got poor Internet connection and video hangout won't work, yesterday I tried to talk with friends and it was impossible. :/ | 07:58 |
mithro | mparuszewski: okay, text chat is probably okay | 08:00 |
mithro | mparuszewski: so where are we at? | 08:01 |
mparuszewski | We should talk about deployment getting-started website. | 08:04 |
mithro | mparuszewski: is the latest code deployed somewhere? | 08:04 |
mparuszewski | latest code is deployed on pinoss.github.io | 08:04 |
mithro | okay | 08:05 |
mithro | mparuszewski: so what do we need to do to get the website to that? | 08:05 |
mparuszewski | first, I need to create pull request to timvideos/getting-started to merge my changes to main repository | 08:06 |
mithro | and how should we deal with bugs / issues in your current output | 08:07 |
mithro | mparuszewski: and how should the deployment change with the prose editor verses the old wiki paged editor? | 08:07 |
mithro | mparuszewski: do we delete the wiki from getting-started? | 08:08 |
mparuszewski | yes, we should delete wiki from getting-started and use only prose.io or deploy own prose.io with own gatekeeper as timvideos repository | 08:08 |
mithro | mparuszewski: so how do we do the gatekeeper part? | 08:09 |
tija | mithro: going for lunch. will be back in 20 mins. | 08:10 |
mithro | mparuszewski: IE what are the exact steps we need to do to get the website deployed in a state where people can edit things and start reporting issues / bugs / feature requests | 08:10 |
mparuszewski | Currently I have gatekeeper on my own heroku server, but I created new account only for timvideos and I will deploy the gatekeeper there. | 08:11 |
mparuszewski | Maybe I will prepare step-by-step tutorial how to deploy that page? | 08:11 |
mparuszewski | with prose.io, gatekeeper, configuration, etc? | 08:11 |
mithro | mparuszewski: I'd like a set of instructions that anyone could follow to do the migration | 08:12 |
mparuszewski | great, I will do that. | 08:12 |
mparuszewski | I think we should move issues from getting-started page to projects related to selected issue, because currently there is a lot of issues that, in my opinion, should not be in timvideos/getting-started issues but in HDMI2USB project, etc. | 08:13 |
mithro | mparuszewski: getting-started should be a collection of useful issues from all timvideos projects which you could get started with | 08:14 |
mparuszewski | if we do that, then we can have on getting-started repository issues/bugs/feature request related only to that repository | 08:14 |
mithro | mparuszewski: the reason the website ended up in that repo is that the wiki started tracking information on getting started too (IE descriptions of each project and such) | 08:15 |
mithro | mparuszewski: so maybe we need to restructure that | 08:15 |
mithro | mparuszewski: but we still very much want a place to track/include/hint at how to "get started" on timvideos | 08:16 |
mithro | there are a lot of moving parts and a lot of potential things to work on | 08:16 |
mithro | so we want to make it easier on new people | 08:16 |
mparuszewski | yes, I think it's a good place to have all issues for those who want to start working on timvideos | 08:17 |
mithro | mparuszewski: so, how do we do that while giving you a place to record the website stuff? | 08:20 |
mparuszewski | We can delete wiki part, leave issues in getting-started and if someone find bug or want to add some features to timvideos, should write an issue in getting-started repository with proper label. Currently we have many labels and they are self-explanatory, so it works in my opinion. | 08:24 |
mithro | but getting-started is for good issues to get started with, not for all website issues | 08:24 |
mparuszewski | hmm, you are right. Maybe we should create new repository with content and issues related only to TimVideos developers page | 08:27 |
mparuszewski | but what we will have in getting-started repository except issues | 08:27 |
mithro | mparuszewski: that is a good question | 08:28 |
mithro | mparuszewski: because there is a huge overlap between the website itself and "getting-started documentation" right? | 08:28 |
mparuszewski | yes | 08:29 |
mithro | mparuszewski: I have no idea how to deal with that :P | 08:29 |
mithro | mparuszewski: but maybe we just ignore that for now | 08:30 |
mithro | mparuszewski: I also think we want a good separation of the "content" from tools for using the content right? | 08:30 |
mparuszewski | Me neither, we can ignore that for now and maybe we will figure out something later. | 08:32 |
mparuszewski | Right, content and tools should be separated. | 08:32 |
mithro | mparuszewski: so what is our next step? | 08:33 |
mparuszewski | In prose I can hide all files except pages with content, so someone who wants to edit content will not know that he is editing jekyll repository. | 08:34 |
mithro | mparuszewski: do you want to dump some steps into a Google doc somewhere that we can edit it together? | 08:34 |
mparuszewski | yes, I will prepare document right now | 08:34 |
mithro | mparuszewski: I'm happy to help work on it with you, link? | 08:35 |
mparuszewski | https://docs.google.com/document/d/15MgQzPmFDXaD0V7h0G827fpRtsIgVg0ML0IMye3pyl4/edit?usp=sharing | 08:40 |
tpb | Title: TimVideos Getting Started Deployment - Google Docs (at docs.google.com) | 08:40 |
mithro | tija: BTW Did you see this update -> https://github.com/timvideos/HDMI2USB/wiki/Digilent-Atlys-Board%3A-Loading-Firmware#stage--1 ? | 09:21 |
tpb | Title: Digilent Atlys Board: Loading Firmware · timvideos/HDMI2USB Wiki · GitHub (at github.com) | 09:21 |
mparuszewski | mithro: how about Supybot, how to make sure it always is running? | 09:43 |
mithro | mparuszewski: good question | 09:43 |
mithro | tpb is the supybot and I original set it up for a different project | 09:44 |
mparuszewski | I created working configuration, but I don't know how to run it on generate.timvideos.us | 09:44 |
mithro | it runs on roger.mithis.com | 09:44 |
mparuszewski | https://github.com/pinoss/supybot-configuration | 09:44 |
tpb | Title: pinoss/supybot-configuration · GitHub (at github.com) | 09:44 |
mithro | We really should migrate him somewhere better | 09:45 |
mparuszewski | Can I create crontab on generate.timvideos.us to run planet supybot? | 09:47 |
mithro | mparuszewski: we don't want multiple bots | 09:47 |
tija | mithro: I answered most of you comments. | 09:49 |
mithro | mparuszewski: we also have the IRC logs at -> http://www.thousandparsec.net/~irc/%23timvideos/%23timvideos.2014-07-04.log.html | 09:50 |
tpb | Title: Friday, 2014-07-04 (at www.thousandparsec.net) | 09:50 |
mparuszewski | I know that, these are really helpful for me. | 09:50 |
mparuszewski | My configuration is in repository so it won't be lost, we can marge it later. :) | 09:55 |
mparuszewski | mithro: Do you have more questions? :) | 09:56 |
mithro | the tpb bot config isn't commited anywhere :P | 09:57 |
mithro | we use a totally different supybot during events and it makes sense to keep them separate I think? | 09:58 |
mparuszewski | Yes, of course. | 10:00 |
*** FeltonChris has joined #timvideos | 10:08 | |
mithro | hey FeltonChris | 10:13 |
FeltonChris | hello | 10:15 |
*** tija has quit IRC | 10:19 | |
*** tija has joined #timvideos | 11:16 | |
mithro | mparuszewski: so where are we at? | 11:18 |
mithro | tija: can you give me edit permission to -> https://docs.google.com/a/mithis.com/document/d/19XB1AOZMp5Tr-nKEmX8CSuChd6O11wmKfwKc1nsk4OA/edit# | 11:27 |
mithro | ? | 11:27 |
tpb | Title: Debug Design - Google Docs (at docs.google.com) | 11:27 |
mithro | tija: BTW Did you see this update -> https://github.com/timvideos/HDMI2USB/wiki/Digilent-Atlys-Board%3A-Loading-Firmware#stage--1 ? | 11:27 |
tpb | Title: Digilent Atlys Board: Loading Firmware · timvideos/HDMI2USB Wiki · GitHub (at github.com) | 11:27 |
mithro | Heading home now | 11:37 |
*** slomo_ has joined #timvideos | 12:05 | |
*** slomo has quit IRC | 12:08 | |
*** FeltonChris has quit IRC | 12:33 | |
*** FeltonChris has joined #timvideos | 12:50 | |
*** mparuszewski has quit IRC | 13:02 | |
*** tija has quit IRC | 13:23 | |
*** mparuszewski has joined #timvideos | 13:28 | |
*** mparuszewski has quit IRC | 15:32 | |
*** FeltonChris has quit IRC | 15:37 | |
*** FeltonChris has joined #timvideos | 15:55 | |
*** rohitksingh has joined #timvideos | 17:40 | |
*** mparuszewski has joined #timvideos | 18:05 | |
mparuszewski | mithro: I am back, had some problems with Internet connection, now should be good, but I think I will have some problems for about 1-2 week to have good internet connection. | 18:07 |
mparuszewski | What should I do now? | 18:07 |
*** FeltonChris has quit IRC | 18:09 | |
*** rohitksingh has quit IRC | 19:29 | |
*** rohitksingh has joined #timvideos | 19:41 | |
*** slomo_ has quit IRC | 21:41 | |
*** rohitksingh1 has joined #timvideos | 22:58 | |
*** rohitksingh has quit IRC | 22:58 | |
*** rohitksingh1 is now known as rohitksingh | 22:58 | |
*** mparuszewski has quit IRC | 23:52 |
Generated by irclog2html.py 2.12.1 by Marius Gedminas - find it at mg.pov.lt!