Re: [rt.debian.org #9579] encoders for dc24

[Wouter Verhelst]

On Thu, Jul 25, 2024 at 12:17:48PM +0200, Pierre-Elliott Bécue wrote:
> "Wouter Verhelst via RT"  wrote on 25/07/2024 at 
> 10:50:47+0200:
> > Yearly request to open the PostgreSQL firewall port for video work at
> > dc24.
> >
> > The encoders will be connecting from 210.110.131.43 and 210.110.131.44
> > this year.
> >
> > Please allow access to PostgreSQL (TCP/5432) from those IP addresses
> > until debconf24 is over.
> >
> > Thanks,
> 
> Done, puppet applied manually so you can test ASAP.

Works, thanks

> I'll leave the ticket open until the end of DebConf. Can you send a
> message there when we can drop the two encoders?

I'll try to remember, but I've tried that every year and my track record
so far is not very good :)

Perhaps someone else on debconf-video@ can help me remember.

-- 
 w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}

I will have a Tin-Actinium-Potassium mixture, thanks.

[Debian RT] encoders for dc24

[Wouter Verhelst]

Hi all,

Yearly request to open the PostgreSQL firewall port for video work at
dc24.

The encoders will be connecting from 210.110.131.43 and 210.110.131.44
this year.

Please allow access to PostgreSQL (TCP/5432) from those IP addresses
until debconf24 is over.

Thanks,

-- 
 w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}

I will have a Tin-Actinium-Potassium mixture, thanks.

Re: Next videoteam meeting: Friday April 12th, from 11:00 to 12:00 UTC

[Wouter Verhelst]

On Sun, Mar 31, 2024 at 01:03:06PM -0400, Louis-Philippe Véronneau wrote:
> Hello!
> 
> We haven't had a meeting in a while, but time flies and we need to prepare
> for DC24 :)
> 
> As such, our next meeting will be on Friday April 12th, from 11:00 to 12:00
> UTC.

I will be on my way to the airport at that time, so unfortunately can't
join that meeting.

> Apart from our regular items, this meeting will also be an occasion for us
> to approve our travel budget request. Here is the proposed agenda:
> https://deb.li/ipVeE. Feel free to add anything you think is missing!

FWIW: I will not be able to make it to dc24. I will however be able to
help remotely, to some extent.

-- 
 w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}

I will have a Tin-Actinium-Potassium mixture, thanks.

Teardown meeting

[Wouter Verhelst]

Hi all,

Stefano made the suggestion of having a teardown meeting here in the
video room. I think that makes sense; we suggest having it tomorrow
during breakfast at 9:30.

If that doesn't work, speak up soon ;-)

-- 
 w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}

I will have a Tin-Actinium-Potassium mixture, thanks.

Re: Call for core videoteam members for DebConf23

[Wouter Verhelst]

Hi,

I've already mentioned this on IRC, but outside the meeting, and so just
to make sure it isn't forgotten:

It is definitely my intention to go to debconf. I might also come to
debcamp, but that is less sure at this point.

I haven't actually decided anything yet, though.

On Mon, Apr 17, 2023 at 11:35:29AM -0400, Louis-Philippe Véronneau wrote:
> Hi,
> 
> We've started preparing for the upcoming DebConf23, which will take
> place in Kochi, India, from Sunday September 10th to 17th 2023. DebCamp will
> be held from Sunday September 3rd to 9th 2023. [1]
> 
> If you are planning to go to DC23 and want to join the core videoteam (with
> great powers comes great responsibilities...), please reach out!
> 
> Our next meeting will be held on April 24th (see the other email I just sent
> to the videoteam mailing list). If you plan to go to DC23 and be part of the
> core team, it would be a good idea if you came :)
> 
> Cheers,
> 
> [1]: https://debconf23.debconf.org/
> 
> -- 
>   ⢀⣴⠾⠻⢶⣦⠀
>   ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
>   ⢿⡄⠘⠷⠚⠋   po...@debian.org / veronneau.org
>   ⠈⠳⣄






-- 
 w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}

I will have a Tin-Actinium-Potassium mixture, thanks.

Re: Next Meeting - Thursday 17 March 2022 @ 16:00 UTC

[Wouter Verhelst]

On Thu, Mar 17, 2022 at 04:49:27PM +, Stefano Rivera wrote:
> Hi Kyle (2022.03.16_07:48:01_+)
> > I'm happy with that. So Thursday 17 March 2022 @ 16:00 UTC.
> 
> Minutes:
> http://meetbot.debian.net/debconf-video/2022/debconf-video.2022-03-17-16.01.html
> 
> If anyone has time to hack on hdmi2usb on NeTV2 hardware, please get in
> touch with us.

Sorry, I missed the meeting in the end.

I've added a reminder to my calendar, will be there next time.

-- 
 w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}

Post-debconf meeting?

[Wouter Verhelst]

Hi folks,

We haven't had a meeting since debconf. I'm sure everyone is resting a
bit after the rush of the conference, but if we have things to discuss
and/or improve (I don't have anything to discuss, but perhaps someone
else might?) it makes sense to have a meeting now before we forget.

We also have a few miniconfs coming up, and we have a few items in the
agenda that were left there because we need to deal with them but that
were being ignored until the conference was over -- we might want to
pick those up again.

So unless someone objects before next week and makes a better
suggestion, I propose we have a meeting next week thursday at our
regular time, i.e., 18:00 UTC.

See you there,

-- 
 w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}

Re: MiniDebConf India 2021: Draft schedule and meeting with DebConf Video team.

[Wouter Verhelst]

Hi Abhinav,

On Wed, Dec 09, 2020 at 12:04:07PM +0530, Abhinav Krishna C K wrote:
> Hi Video team,
> After discussing in the meeting we have decided to plan the schedule
> with timings 10:00 AM to 9:00 PM IST (4:30 to 15:30 UTC) for MiniDebConf
> India Online on 23, 24 Jan 2021(Sat/Sun). This timing includes the
> breaks, which will be given according to the number of talks we receive.
> 
> Our team is ready for a meeting on Jan 5th 2021 at 8:30 PM IST (15:00 UTC).

That's a saturday, FWIW.

> Please suggest another time if this is not feasible.

Works for me...

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: MDCO-Br 2020 ToDo

[Wouter Verhelst]

On Wed, Nov 18, 2020 at 11:44:21AM -0500, Louis-Philippe Véronneau wrote:
> On 2020-11-18 11 h 30, Paulo Henrique de Lima Santana wrote:
> > 7) I saw: "mdco.br has been imported into sreview".
> > just to know, what this mean?
> 
> The schedule of the event has been imported in Sreview, so we'll be able
> to review and publish the videos quickly.
> 
> If the schedule changes for some reason, please tell Wouter so he can
> update Sreview.

For reference, you can see what SReview currently beliefs is the
schedule on  -- at the top, open
the list that will currently show MiniDebConf Online #2, and choose the
MiniDebConf Brasil 2020 option.

If that's outdated, let me know and I'll re-run the schedule importer.

Regards,

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

FOSDEM 2021

[Wouter Verhelst]

Hi folks,

Since FOSDEM 2021 is going to be an online event[1], and since Debian
just managed (mostly...) successfully run an online event, I believe it
might be nice if the DebConf video team could share some of our methods,
lessons learned, and tech with the FOSDEM team.

That's not to say that FOSDEM is going to/will want to use exactly the
same setup as debconf did, but it might be nice to not have to reinvent
the whole wheel for an event of this magnitude.

Is anyone interested in cooperating with FOSDEM team on this?

Thanks,

[1] official announcement:
https://fosdem.org/2021/news/2020-09-01-dates-fosdem-2021/

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Please do not publish "Debconf from different perspectives" after DebConf

[Wouter Verhelst]

On Sat, Aug 29, 2020 at 06:06:32PM +0200, Andreas Tille wrote:
> A totally unrelated question: What transcoding procedures could you
> recomment to make sure a video can be seen flawlessly on phones and
> other systems than Linux.

Which phones? ;-)

Your best bet is to produce both mp4 and WebM files at the same time.
For the latter, there's VP8 as well as VP9, Both should work equally
well on modern phones, but VP8 has a higher chance of working on older
stuff.

Yeah, this sucks.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Please do not publish "Debconf from different perspectives" after DebConf

[Wouter Verhelst]

On Sat, Aug 29, 2020 at 12:26:55PM -0300, Paulo Henrique de Lima Santana wrote:
> Em 29/08/2020 09:24, Andreas Tille escreveu:
> > Hi content and video team,
> > 
> > today Bárbara and I are active in the event
> > 
> >
> > https://debconf20.debconf.org/talks/24-debconf-from-different-perspectives/
> > 
> > It turned out that Bárbara was not aware that all DebConf events were
> > uploaded to the DebConf talks archive for "ethernity".  When I met
> > Bárbara last year at DebConf19 she was wearing a "no photo" button.  I
> > think its a big step for her to come with me "on stage".  I'm very happy
> > about this.  However, she has asked me that the video will be streamed
> > only but not uploaded to the DebConf video archive for public download.
> > 
> > I hope you agree with this.  It is a bit like the "Newcomers BoF" on
> > DebConfs where we try to care for some kind of privacy for those who are
> > speaking.  We both discussed it extensively but below you can read the
> > final decision of Bárbara which I would like to respect.  I appreciate
> > Bárbara's courage to be streamed with me and would love to give her time
> > to do the next steps into the wide open possibly in some other event.
> 
> This is completely understandable.
> I know people have been gave up to talk because they were worried about
> what other people will say later. I believe we should always welcome
> people don't want their talks be recorded and available later.

In light of this, I've just updated the database so the talk is now
listed in the review system as "ignored". This means it won't be
reviewed, transcoded, or published.

Obviously it will still be streamed live.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Please contribute to the DebConf20 closing announcement

[Wouter Verhelst]

[Cc added to video team]

On Fri, Aug 28, 2020 at 07:27:34PM +0200, Laura Arjona Reina wrote:
> Dear all
> 
> I have started to draft the announcement about "DebConf20 closes":
> 
> https://salsa.debian.org/publicity-team/bits/-/blob/master/content/2020/debconf20-closes.md
> 
> Any help is welcome, in particular, short paragraphs explaining the
> specialities of this year (team sprints, language tracks, all the setup
> for the streaming and remote participation, the social events...).

Just a first stab at something involving the infra:

"When it became clear that DebConf20 was going to be an online-only
event, the DebConf video team spent much time over the next months to
adapt, improve, and in some cases write from scratch, technology that
would be required to make an online debconf possible. After lessons
learned from the MiniDebConfOnline in late May, some adjustments were
made, and then eventually we came up with a setup involving Jitsi, OBS,
Voctomix, SReview, nginx, Etherpad, and a newly written web-based
frontend for voctomix as the various elements of our stack.

All components of the video infrastructure are free software, and the
whole setup is configured through our public ansible at
."

Video team: did I miss anything? If so, please speak up.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Would you lend us your Prometheus/Grafana expertise?

[Wouter Verhelst]

Hi Richih,

DebConf20 is drawing nearer, and due to it being online-only, the video
team is way more involved in the organization than usual; in part due to
the fact that now pretty much everything goes through us, but in part
also due to the fact that an online-only debconf is significantly
different from an in-person one, and we've had to write new tools to
make this all work.

One of the things we're working on is adding prometheus/grafana to
everything so we can make sure that things keep working the way they
should, but tbh none of us is really very proficient in either tool, and
it would be helpful if someone who is were to help out and set it up so
we don't have to worry about that.

Since I know from FOSDEM that you know your way around both, would you
be willing to lend a hand and get us moving forward? We do have some
basic stuff at grafana.online.debconf.org and
prometheus.online.debconf.org (all configured through ansible at
salsa.d.o/debconf-video-team/ansible and
.../debconf-video-team/ansible-inventory), but there's definitely still
room for improvement.

If you have the time to look at this, we gather in #debconf-video on
IRC, so perhaps chat with us there.

Thanks for any help you can give us,

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Prepare for more online participation?

[Wouter Verhelst]

On Wed, Mar 25, 2020 at 10:53:14AM +0200, Jonathan Carter wrote:
> The plan is to bring a bunch of tools together and run an online
> minidebconf[3] using these, putting them to the test and identifying
> weak spots so that we can do it better again later in the year.

Cool; but that wiki page currently has no date or details on the
pre-event testing. What's happening there currently? Is something being
planned, or is it still at a "something will happen if someone does
something" stage?

(I'm happy to "do something" if that helps, but would need to know more)

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22

Prepare for more online participation?

[Wouter Verhelst]

Hi folks,

I think we should prepare ourselves for the likelihood that, given the
current pandemic, it may either be not at all possible to have a DebConf
this year, or have record-low in-person attendance.

Even if the pandemic comes to an end before DebConf, lingering effects,
such as more people being out of a job and not being able to afford
flights, people having had to postpone their paperwork running out of
time to get the necessary visa, economic downturn resulting in less
sponsorship so we can't pay attendees' flights, etc, may mean that this
year's DebConf will require more online participation, or in the worst
case be an online-only debconf.

We did run an experiment for a streaming-only event last year for Ben's
talk, and I think that was a success. If there will still be some
attendance, then we can reuse the method used last year in greater
numbers. However, I think we should also look in some detail towards
free software videoconferencing solutions. I recently learned that
Jitsi[1] has the ability to stream to YouTube; it should (theoretically)
be possible to adapt that to our own infrastructure. Jitsi really only
requires a webbrowser, has support for screen sharing, and is at least
working on a presenter mode[2][3], so this should theoretically be a
good match. I should note, however, that I haven't looked at things in
detail yet.

It would seem that we have a lot to explore if we're going to do this;
but given that DebConf20 is still a ways off, if we get started now we
should have the necessary time to get everything ready in time.

Thoughts?

[1] https://jitsi.org/
[2] At least that's what https://lwn.net/Articles/815751/ seems to
suggest (subscriber-only for now)
[3] https://jitsi.org/news/introducing-presenter-mode/ also, and has
some more details.

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22

Re: Next Meeting

[Wouter Verhelst]

Hi,

Regretfully, I won't be able to be there tonight.

On Tue, Nov 26, 2019 at 11:39:46AM +0200, Kyle Robbertze wrote:
> Hi!,
> 
> Just a reminder. Depending on your timezone, this could be later today.
> Feel free to add things to the agenda.
> 
> On 2019/11/17 20:19, Kyle Robbertze wrote:
> > So it seems we have missed the last few meetings. We agreed on the last
> > Tuesday of each month at 18:00 UTC, so I propose the next meeting is:
> > 
> > Date: 26 November 2019
> > Time: 18:00 UTC
> > Agenda: http://deb.li/oNCD
> > 
> > Cheers
> > Kyle
> > 
> 
> -- 
> 
> ⢀⣴⠾⠻⢶⣦⠀
> ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze
> ⢿⡄⠘⠷⠚⠋⠀ Debian Developer
> ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
> 
> 

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Shipping "some equipment" to PyConZA (was: meeting etc.)

[Wouter Verhelst]

Hi,

(said this on IRC too, but for the benefit of those who don't follow that...)

On Tue, Sep 10, 2019 at 05:53:24PM +0200, Nicolas Dandrimont wrote:
> Hey,
> 
> We're running video for a Debian conference in Switzerland two weekends after
> PyConZA.

Yeah, that's fairly close.

> If the equipment needs overlap, I'm not too confident that shipping
> our hardware halfway around the world will work out considering postal and
> customs delays as well as just plain volunteer delays, etc.

PyConZA is considering to buy their own blackmagic cards. They are
planning to rent computers and cameras, so that shouldn't be an issue.

So if that happens, this would only require the opsises, or something to
replace them.

> We also don't have a good story for doing temporary imports using commercial
> shipment companies. I don't think I'll be able to come up with one in less
> than a month (but someone should definitely feel free to try).

Can you clarify what the issue here is?

> However, an exact inventory of what's needed would be useful before we can
> assess whether we can do anything or not.

Hope this helps...

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Next Meeting: Tuesday 2019-08-27 18:00 UTC

[Wouter Verhelst]

On Wed, Sep 04, 2019 at 10:44:14PM +0200, Kyle Robbertze wrote:
> Hi,
> 
> On 2019/09/04 22:41, Wouter Verhelst wrote:
> > Hi,
> > 
> > On Thu, Aug 29, 2019 at 06:09:07PM +0200, Stefano Rivera wrote:
> >> Minutes: 
> >> http://meetbot.debian.net/debconf-video/2019/debconf-video.2019-08-27-18.00.html
> >>
> >> The next meeting will be on 2019-09-24 18:00 UTC
> >> Agenda: http://deb.li/oNCD
> > 
> > So, I missed that (and then waited quite long to follow up on this,
> > sorry).
> > 
> > I've been asked to help out with video recording at PyConZA in
> > Johannesburg next month. To be able to do that, I'd like to borrow
> > equipment from the debconf video team. Can we ship (some of) it to SA
> > somehow?
> > 
> > I'm told there is a budget, so presumably someone can pay for shipping,
> > but in order to do that I'd need to know what it would all cost, of
> > course.
> 
> In the past we usually hire effectively the same equipment from local
> suppliers (I don't know who we used last year in Jo'berg). Is it not
> cheaper to do that again this year?

Yeah, but they can't hire any opsises, and it might be that the capture
cards aren't easily available too...

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Next Meeting: Tuesday 2019-08-27 18:00 UTC

[Wouter Verhelst]

Hi,

On Thu, Aug 29, 2019 at 06:09:07PM +0200, Stefano Rivera wrote:
> Minutes: 
> http://meetbot.debian.net/debconf-video/2019/debconf-video.2019-08-27-18.00.html
> 
> The next meeting will be on 2019-09-24 18:00 UTC
> Agenda: http://deb.li/oNCD

So, I missed that (and then waited quite long to follow up on this,
sorry).

I've been asked to help out with video recording at PyConZA in
Johannesburg next month. To be able to do that, I'd like to borrow
equipment from the debconf video team. Can we ship (some of) it to SA
somehow?

I'm told there is a budget, so presumably someone can pay for shipping,
but in order to do that I'd need to know what it would all cost, of
course.

Thanks,

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Debian Videos

[Wouter Verhelst]

Hi Sam,

On Fri, Jun 28, 2019 at 09:50:09PM +0200, Kyle Robbertze wrote:
> Hi Sam,
> 
> On 2019/06/28 21:05, Sam Hartman wrote:
> > 
> > [...]
> > 
> > If we did succeed in something like this I'm imagining releasing content
> > both on a libre platform of some kind as well as youtube.
> > Mostly I wanted to float the idea, get input.  Also wondering if anyone
> > would be interested in meeting to discuss this at Debconf.
> 
> The Debconf video team has been talking about the idea of using Peertube
> to present the Debian meetings archive videos [1] in a more user
> friendly way. This same platform could be used for these videos too.
> 
> [1] https://meetings-archive.debian.net/pub/debian-meetings/

I spent some time last weekend working on an AGPLv3 video player in
Angular[1]. It doesn't require any server side, but it does display much
of the metadata in the metadata archive. This seems more achievable than
a peertube instance to me, as peertube wants to store all the videos
which we've already put online somewhere in its own private storage
system, which to me seems like a waste of space and bandwidth.

I'm hoping this might be useful somewhere down the road, but it still
needs a few features to be implemented to be really handy; notably, it
currently doesn't have an angular routing module, which means that it
kinda sorta breaks the back button, and you can't deeplink to a
particular video.

. Unfortunately, it's not in Debian yet, because
JavaScript, but once the dependencies are packaged, I might fix that.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: [Debconfsubs-team] Subtitles publishing workflow

[Wouter Verhelst]

On Mon, Jun 24, 2019 at 12:02:04AM +0200, Thomas Vincent wrote:
> Le 23/06/2019 à 21:17, Wouter Verhelst a écrit :
> > On Sun, Jun 23, 2019 at 07:01:08PM +0200, Thomas Vincent wrote:
> >> Being the one that pings the DebConf video team each time a subtitle is
> >> ready, I would really love not being a SPOF anymore.
> > 
> > :-)
> > 
> > One way in which things could be done somewhat automatically would be to
> > have a git checkout of the subs repository on vittoria which is updated
> > by cron and for which some script rsyncs files to apu (which is the
> > master for meetings-archive.d.n)...
> 
> The subs repository can also be used to keep subs that are in progress.
> With what you propose, I believe those unfinished subs would be
> automatically published, right?
> 
> I guess we would just have to update our current (non-)workflow to use
> dedicated branches for WIP subs and keep master for the subs ready for
> publication.

That's probably easiest, yes.

We'll also have to come up with a way to decide which sub goes into
which directory. I think the easiest way to do that is to ensure that
the files in the subs git repository match the files in the video
archive. That would mean it would not be possible to remove files,
however -- even if it is possible to tell rsync to only consider files
with a given extension, I don't want to miss an option or two after an
upgrade and start accidentally erasing the whole video archive.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Subtitles publishing workflow

[Wouter Verhelst]

On Sun, Jun 23, 2019 at 07:01:08PM +0200, Thomas Vincent wrote:
> Being the one that pings the DebConf video team each time a subtitle is
> ready, I would really love not being a SPOF anymore.

:-)

One way in which things could be done somewhat automatically would be to
have a git checkout of the subs repository on vittoria which is updated
by cron and for which some script rsyncs files to apu (which is the
master for meetings-archive.d.n)...

Then you'd only need to add a merge request to the archive-meta
repository.

> Making the subs team a part of the video team (on Salsa) has already
> been discussed last year but we never actually did it.

Any idea why that is the case?

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Subtitles publishing workflow

[Wouter Verhelst]

Hi folks,

I started working on a client-side dynamic HTML video player:

https://debconf-video-team.pages.debian.net/videoplayer/

It is very much a proof-of-concept right now, not yet remotely feature
complete, but it already allows you to select a video by conference, and
to play it. Once I've got the bugs that currently exist ironed out, I
plan to also add support for subtitles in that player.

However, in order to be able to do that easily, it would be useful if
the SRT video subtitles that exist now would be converted to the WebVTT
format, which is a W3C standard originally based on SRT, and meant for
use with HTML video. There exist some SRT-to-WebVTT convertors out
there, so this can be automated; however, the WebVTT format has a few
extra features that you might want to look into, such as tagging a
particular text with a particular voice, which can then be styled
differently in the video playback (e.g., different colors), using CSS.
We might want to give that some thought (but I'll have to figure out if
it's easily possible to switch such a thing on and/or off without a page
refresh; otherwise people might get annoyed if they can't switch off the
subtitle angry fruit salad).

Also, I believe that all video players which support the SRT subtitle
format will also support the WebVTT one. We should double-check that; if
that is indeed the case, then it is probably more efficient to drop all
SRT subtitles and stick to WebVTT only.

While at it, it occurs to me that the current workflow of publishing
subtitles is somewhat suboptimal:

- Someone needs to complete a subtitle file, which I gather is done on a
  service called "amara".
- Once the subtitle is complete, it needs to be downloaded from amara
  and added to the salsa debconfsubs project (a manual action)
- Once that is done, someone needs to notify a member of the DebConf
  video team that a new subtitle is ready so that it can be published,
  which is then done by the team member (a manual action)
- Once the subtitle is published, it also needs to be added to the
  archive-meta project by a member of the team (another manual action)

That seems like a lot of manual work for just publishing a single file,
and I think we should automate as much as possible of this; that is,
marking that a subtitle file is complete (however this is done, be it by
marking them as such in "amara", or by adding them to the debconfsubs
project repository) should trigger all actions that are necessary to
publish them on the meetings-archie and get them listed in the
archive-meta project.

Thoughts?

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22

Re: Setting sReview for the Marseille and the Hamburg mini-confs

[Wouter Verhelst]

On Mon, May 06, 2019 at 09:38:43PM +0200, Wouter Verhelst wrote:
> Hi pollo,
> 
> I'll have a look at it soon. I'm currently back in Belgium for my sister's
> wedding, and we're flying back home to Cape Town on the 8th, so joining this
> meeting is going to be complicated. Beyond that though, I'd be happy to set
> things up. I'll have a look at doing so next weekend.

So, I did that (have a look) today.

Setting up SReview requires me to do these steps:

- Add the event to the database (done!)
- Review ~sreview/sreview/config.pm and update for the new event, in
  sync with the changes made to the database where relevant (done!)
- start sreview-web inside a screen session or something (done!)
- Parse the event schedule and add it to the database (see below)
- Create an event-specific template for opening and closing credits,
  or use the generic one (todo)

Unfortunately, the marseille miniconf's organizers went very very french
on me. There is a schedule, but it says "This schedule might be amended
until the last moment." Fine, so I was going to create something to
parse and auto-update the schedule in the SReview database. Except
that's just... not really possible? Or something.

- Individual talks don't have start and end times (only the sessions
  do). SReview assumes it knows when a talk is supposed to start,
  because the first cut for that talk is generated based on that
  information.
- The schedule is only available as part of a bootstrap webpage, which
  was written with no regard for structuring the tags: h4 follows h5,
  and all data is in a  with no real link to the date and time, etc
  etc.

Of course it's possible to parse this (everything is possible), but it
seems like a lot of work that I'd prefer to avoid if possible. Does
anyone know who organizes the schedule? Can we ask if that person has a
somewhat more structured version of the data online somewhere? Bonus
points for some well-known format (e.g., penta xml), that would make it
easier for me to parse things.

While we're at it, does anyone know if the miniconf marseille prefers
any particular opening or closing credit thingy? If not I'll just use
something generic.

Thanks,

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22

Re: Setting sReview for the Marseille and the Hamburg mini-confs

[Wouter Verhelst]

Hi pollo,I'll have a look at it soon. I'm currently back in Belgium for my sister's wedding, and we're flying back home to Cape Town on the 8th, so joining this meeting is going to be complicated. Beyond that though, I'd be happy to set things up. I'll have a look at doing so next weekend.Regards,Verzonden vanaf mijn Huawei mobiele telefoon Oorspronkelijk bericht Onderwerp: Setting sReview for the Marseille and the Hamburg mini-confsVan: Louis-Philippe Véronneau Aan: Wouter Verhelst Cc: debconf-video@lists.debian.orgHey Wouter,We haven't heard from you in a while! I hope you're settling well inSouth Africa and are enjoying the weather there :DI'm writing to you to talk about the coming Marseille and Hamburgmini-confs. I was wondering if you could setup sReview for us so that wecan publish the videos quickly.The Marseille mini-conf will take place on May 25-26th. You can find thecurrent schedule here [1].The Hamburg mini-conf will take place on June 8-9th. The schedule hasn'tbeen published yet, but should be in the coming weeks.Happy to talk about this over mail, but if you have time to drop in, ournext IRC meeting will be Tuesday May 7th from 18:00 to 19:00 UTC.Cheers![1] https://minidebconf-mrs.debian.net/#schedule--  ⢀⣴⠾⠻⢶⣦⠀  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau  ⢿⡄⠘⠷⠚⠋   po...@debian.org / veronneau.org  ⠈⠳⣄

Re: DebConf video documentation

[Wouter Verhelst]

Hi Andrew,

On Thu, Dec 20, 2018 at 03:35:41PM +0100, andrew glaeser wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> 
> Hey, folks,
> 
> I watched the video-team video from DebConf17, you clearly said you have use
> for re-compressed material.

I'm not sure what you mean by this comment. Can you clarify?

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Preparing for our sprint @ FOSDEM

[Wouter Verhelst]

Hi all,

On Mon, Nov 19, 2018 at 08:18:47PM -0500, Louis-Philippe Véronneau wrote:
> Hey folks!
> 
> As I said I would during our last meeting, I created a wiki page for our
> next sprint [1] and announced it on the debian-sprints mailing list [2].

So,

Only yesterday did I manage to chat to Jasper to confirm that we were
going to do the sprint at his offices.

Unfortunately, he was surprised by the notion that we were going to do
it *after* FOSDEM. Apparently I didn't make that possibility clear
enough to him when I talked to him about it. In the mean time, he has
made some other arrangements for that week, and the training center will
be in use for something else, too; so that week is out.

We can still definitely use the place the week before, but not the week
after.

Apologies for my screwup here.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: incoming SSH restriction for *.debian.org

[Wouter Verhelst]

On Tue, Nov 13, 2018 at 09:09:44AM +, Peter Palfrader wrote:
> I think we'd prefer case-by-case, short-term exceptions rather than a
> blanket whitelist of ::/0 for vittoria.

Yeah, I thought you were going to say that :) it's fair enough.

Please be aware though that this may sometimes need to be fairly short
notice; especially miniconfs are sometimes hosted in a somewhat less
formal setting than a full debconf, on a residential Internet connection
where we don't know what the IP address will be until we're there, and
where it may change halfway through (in the worst case). We usually
manage to not bother you with it much by rsyncing the raw files to
vittoria and running the transcode(s) there rather than on-site like we
do for a full debconf[1], but in this context that might change.

That said, if you create a self-service interface in some way (like Andy
suggested), this might become easier, of course.

[1] which currently requires that you open a port for PostgreSQL on
vittoria, at least until I get around to implementing database
updates over HTTPS in SReview in some secure way; while that's all
planned, currently other things have priority.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: incoming SSH restriction for *.debian.org

[Wouter Verhelst]

Hi Julien,

On Sat, Nov 10, 2018 at 03:59:36PM +0100, Julien Cristau wrote:
> Hi,
> 
> At the moment, most debian.org hosts accept incoming ssh connections from the
> entire Internet.  In the future, DSA intends to change this and, by default,
> only accept ssh connections from other debian.org machines.
> 
> The following classes of hosts will continue to accept ssh from everywhere:
> 
> - upload hosts
> - master and people.debian.org
> - salsa.debian.org
> - dedicated ssh jumphosts {na,eu}.ssh.debian.org
> - porter boxes (maybe).
> 
> These changes will come into effect no sooner than mid December.  The 
> following
> snippet in ~/.ssh/config configures OpenSSH to use a jumphost for all
> debian.org hosts other than the jumphosts.
> 
> Host *.debian.org !*.ssh.debian.org !ssh.debian.org
> ProxyJump ssh.debian.org
> # (or {na,eu}.ssh.debian.org)
> 
> Our documentation at https://dsa.debian.org/doc/firewall/ will also be 
> updated.

I support this, but it would make uploading video content from debconf
to vittoria.d.o rather complicated and slow (we do rsync-over-SSH to
backup the raw recordings after debconf, which for a full debconf
usually racks up to about a terabyte; doing that via a jumphost seems
like a bad idea).

Can an exception be made for vittoria? If not, can this be done on a
case-by-case basis for the events where we would like to upload
something from? This would also include miniconfs etc.

Thanks,

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: [Report] Venue checklist for debconf19

[Wouter Verhelst]

Hi Rodrigo,

On Fri, Nov 02, 2018 at 05:52:17PM -0300, Rodrigo Siqueira wrote:
[... someone else will have to comment on the report...]
> Additionally, we tried to replicate the video team setup in our
> computers. However, due to our inexperience in this subject, we failed
> in this task. We will study more about the basic setup and maybe try
> again in another event.

If you didn't succeed, that means our secret plan to make this as easy
as possible has not (yet) succeeded.

Can you explain what went wrong? Just because you didn't understand how
something works, does not mean that it's your problem to fix ;-)

Thanks,

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Possible rental of Linux Belgium space for a videoteam sprint around FOSDEM

[Wouter Verhelst]

On Tue, Oct 30, 2018 at 11:07:54PM -0400, Louis-Philippe Véronneau wrote:
> Hello!
> 
> Any news about this? We have a meeting in a week and it would be nice if
> we were able to decide where we'll sprint!

I just pinged Jasper about this again, we'll see what the response is.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: historic m68k meeting video

[Wouter Verhelst]

Hi,

On Sun, Oct 14, 2018 at 05:14:07PM +0200, Christian T. Steigies wrote:
> On Sun, Oct 14, 2018 at 12:49:32PM +0200, Wouter Verhelst wrote:
> > 
> > I guess that means that the audio codec used for the dv file can't be
> > used in a .wav container. I thought DV always used LPCM, but perhaps
> > that's my mistake.
> 
> Ah, my bad. The capture from kino seems to be in a different format (mkv),
> with the dv capture everything seems to work.

Cool.

> Now which button do I press to reduce the audio noise? But the volume is much
> better already.

I'm afraid that's much more difficult to fix automatically. Obviously if
you turn up the volume, the background noise gets turned up, too. It is
possible to fix this with some audio filters if you know what you're
doing, but I'm not an expert in the matter. Maybe someone on the list
here does know how to do that?

I'll give it a few days; if nobody speaks up, I'll publish the talks on
video.debian.net as-is.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: historic m68k meeting video

[Wouter Verhelst]

Hi Christian,

On Sun, Oct 14, 2018 at 11:30:27AM +0200, Christian T. Steigies wrote:
> Sorry for the delay...

No worries, it happens.

> On Tue, Sep 25, 2018 at 04:31:27PM +0200, Wouter Verhelst wrote:
> > 
> > We can fix audio levels easily.
> 
> I seem to have problems with this part.

Hrm.

> > - Audio normalize:
> > 
> > ffmpeg -i foo.dv -c:a copy -y foo.wav
> 
> This produces a lot of this:
> Error decoding audio, skipping audio package: frame_reader_run(), 
> "ffsox_frame_reader.c" (151).
> 
> And the resulting audio file is garbage (has the correct length, though).
> When I play the input file with vlc, the audio is ok.

I guess that means that the audio codec used for the dv file can't be
used in a .wav container. I thought DV always used LPCM, but perhaps
that's my mistake.

You can just drop the -c:a copy; that will convert it to linear PCM
(probably at smaller bitdepth, but that's fine, will have to be
downsampled anyway).

If that also fails, maybe run this:

ffmpeg -i  -t 60 -c copy fragment.dv

which creates a one-minute sample in "fragment.dv", and then put that
oneline somewhere, so I can see what's happening.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Re: Possible rental of Linux Belgium space for a videoteam sprint around FOSDEM

[Wouter Verhelst]

Hi Pollo

On Tue, Oct 02, 2018 at 04:46:17PM -0400, Louis-Philippe Véronneau wrote:
> 0/
> 
> During our last meeting [1], people seemed open to the idea of holding a
> videoteam sprint around FOSDEM.

Oh. Damn. Missed one again :-/

> As such, we were discussing the possibility of borrowing/renting the
> Linux Belgium space in Diegem [2] the team used last year.
> 
> Do you think you could ask them if we can make that happen? At the
> moment, dates are not very clear but I assume our goal would be the week
> prior or the week after the FOSDEM weekend.

I can certainly ask.

It might be that Jasper will make this conditional on my being there,
but whether that will happen is a bit unclear right now; I might have
moved to CPT by that time, and I'm not sure yet what my finances are
going to be like.

I'll let you know ASAP though.

-- 
Could you people please use IRC like normal people?!?

  -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008
 Hacklab

Re: historic m68k meeting video

[Wouter Verhelst]

Hi Christian,

(note: Cc to debconf-video@ added)

On Sun, Sep 23, 2018 at 06:01:54PM +0200, Christian T. Steigies wrote:
> Hi,
> some of you may remember that we had an m68k meeting in Kiel 10 years (and
> one month) ago. I recorded the public talks of Wouter (debian secrets) and
> Joey (debian administration) and some of the m68k discussions and I stumbled
> upon the tapes this week. So I finally captured the video, it helps to have
> larger disks than 10 years ago.

Heh, right :-)

> The video is obviously not HD, the audio volume is pretty low
> (especially of the m68k part), definetely not up to debconf video
> standards.

We can fix audio levels easily.

> I wonder if anybody of the participants of that meeting is interested
> in that video.

I think it makes sense to have them. Obviously much of it will be
outdated by now, but sometimes it can still be useful to refer to "this
is how we did things before". And it definitely was a Debian-related
event, so...

Note though: there already is an encoded version of the "mk68k future"
meeting that we had at the time in the DebConf video archive, under
.
The other two events are not there, however.

> I would have to convert this DV to mpeg to cut down the
> size to something reasonable (any suggestions for ffmpeg options?)

Probably best to use VP9 rather than MPEG then.

Try this:

First, cut the video into different files, one for each target output
file you'd like to create. You can do that with, say, kdenlive, or you
can use ffmpeg for that too:

ffmpeg -ss  -t  -i foo.dv -c:v copy -c:a copy
output.dv

where  is the time from the start of the file, in
(optionally fractional) seconds, where the content starts, and
 is the length of the event, again in (fractional)
seconds, of the target video.

Then, run the following three steps on each file:

- First pass video encode:

ffmpeg -i foo.dv -c:v libvpx-vp9 -c:a libopus -b:v 750 -minrate 375
-maxrate 1088 -crf 33 -tile-columns 1 -threads 4 -quality good -pass 1
-speed 4 -y .webm

- Audio normalize:

ffmpeg -i foo.dv -c:a copy -y foo.wav
bs1770gain -a -o $(pwd) foo.wav
# the second command creates a "foo.flac" with normalized audio levels,
# so they're easier to hear

- Second pass video encode:

ffmpeg -i foo.dv -i foo.flac -c:v libvpx-vp9 -c:a libopus -b:v 750
-minrate 375 -maxrate 1088 -crf 33 -tile-columns 1 -threads 4 -quality
good -pass 2 -speed 4 -map 0:v -map 1:a .webm

If you care more about not using too many cores than about encoding
speed, drop the "-tile-columns 1 -threads 4" bit of each ffmpeg command
line to have a single-threaded encode instead of running at 4 threads.

Note, the numbers are optimized for SD video. If you're trying to encode
HD video, you'll need to update them. Google has some pretty good
documentation on how to do that at
https://developers.google.com/media/vp9/

> before I could put it somewhere for download.

Once you've done the above, I'd be happy to put them up at
video.debian.net...

Alternatively, if you have the bandwidth, we can simply upload the .dv
file to vittoria.debian.org (the encoder machine for Debconf video), and
then I can throw everything through SReview which can do all of the
above (and more!) for you.

-- 
Could you people please use IRC like normal people?!?

  -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008
 Hacklab

Re: debconf recordings as feed

[Wouter Verhelst]

Hi,

On Sat, Sep 01, 2018 at 12:16:43PM +0200, ilf wrote:
> Hey DebConf Video team!
> 
> I wrote feedb...@debconf.org before, but Holger told me
> debconf-video@lists.debian.org might be the better forum for this:
> 
> Thanks for the DebConf recordings, as video and audio!
> 
> One more awesome feature would be an RSS feed with the audio files as
> enclosures. That way one could "subscribe" to a conference and manage the
> recordings in a podcatcher.

Yeah. I did that for dc15 and dc16, but haven't done so the past two years.

> Do you think that would be possible? I for one would find this super-useful.

I suppose I could add code for that, to SReview, too. It's not *that*
hard. However, it might make more sense to do this from the metadata
tools, since then we could create hierarchical RSS feeds for everything
we have. Stefano, what do you think?

-- 
Could you people please use IRC like normal people?!?

  -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008
 Hacklab

Re: Preparing UTFPR for the video team

[Wouter Verhelst]

Hi Rodriga,

On Thu, Aug 16, 2018 at 07:42:06PM -0300, Rodrigo Siqueira wrote:
> Hi,
> 
> My name is Rodrigo Siqueira and I'm part of the local video team for
> debconf19.

Nice to meet you! :-)

[...]
> We don't have the capture board yet; we will try to borrow or buy it. Do
> we need more equipment than that? Does someone have any advice on this
> first attempt?

If you haven't done any video work yet, it pays off to try experimenting
with stuff well before the event. If you then find that something isn't
working as expected, you'll still have time to deal with it.

Assuming you are planning to release the recordings after the event, it
might be useful to have a parseable schedule somewhere, so that it can
be fed into SReview[1] easily.

[1] https://sreview.debian.net/

-- 
Could you people please use IRC like normal people?!?

  -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008
 Hacklab

VOC conf

[Wouter Verhelst]

Hi folks,

I was asked to forward this information here:

Vasil Kolev, who is part of the team doing video recordings for FOSDEM
and OpenFest in Bulgaria, is trying to come up with a cross-conference
event for video teams. The idea of this conference would be to bring a
bunch of video teams together and learn from eachother.

This is something that's been floating around a while, even if so far it
hasn't really happened yet, but I think it's a great idea and we should
definitely participate if we can.

To make this something more real, Vasil set up a mailinglist at
. Currently we're
trying to figure out the basics, like "where will we do this" and "when
do we want to do this" etc, so it's not very tangible yet; but if anyone
here is interested in joining that effort, please subscribe to the above
mailinglist and say hi :-)

Regards,

-- 
Could you people please use IRC like normal people?!?

  -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008
 Hacklab

Re: Videos from MiniDebConf Cuba 2017

[Wouter Verhelst]

Hi Leonel,

On Thu, Nov 30, 2017 at 04:30:50PM -0500, Leonel Salazar wrote:
> Hello everyone, 
> 
> a few week ago we had a MiniDebConf in Havana, Cuba during CubaConf2017 [1], 
> we
> spend almost 2 hours sharing about the Debian Project history, presenting 2
> major projects created in my local community, talking about the Cuban Free
> Software Repository "RepoGUTL" [2] and finally started talking about
> Reproducible Builds for the first time in Cuba, we are trying to share all the
> content generated during the three days, so far you can watch some videos [3]
> [4] recorded in the MiniDebConf.

Awesome!

I'd like to add these to the meetings-archive[1], but the videos that
you link to have "Standard Youtube License" set as their license, which
is not a free license.

I'm assuming this is an oversight. Can you confirm that?

Also, for the purpose of copying things to the meetings archive, it
might be useful if you could provide a direct download rather than
youtube links; I could use youtube-dl, but that seems suboptimal.

Thanks,

[1] https://meetings-archive.debian.net/pub/debian-meetings/

-- 
Could you people please use IRC like normal people?!?

  -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008
 Hacklab

Re: DebConf Video streaming wishlist for MiniDebConf Cambridge and future events

[Wouter Verhelst]

On Wed, Nov 22, 2017 at 12:57:31PM +0100, Nicolas Dandrimont wrote:
> * Julien Cristau  [2017-11-22 12:16:05 +0100]:
> > On 11/22/2017 01:38 AM, Nicolas Dandrimont wrote:
[...]
> > > 1/ DNS updates
> > > 
> > > We would like to be able to update DNS entries for a subtree of 
> > > debconf.org to
> > > accommodate dynamic cloud instances. Our previous setup used 
> > > video.debconf.org,
> > > but we would like to move *streaming* to *.live.debconf.org, which will 
> > > allow
> > > video.debconf.org to be reused for a static documentation / video player /
> > > streaming player website. Could we enable the videoteam user on vittoria 
> > > (or
> > > another role user) to do so?
> > 
> > Is the idea to have DNS updates triggered automatically or by humans?
> > If the former, I wonder if using a third party DNS provider's API would
> > be better than direct git commits to our repo.  We recently got access
> > to netnod's API thing, so that might be an option (haven't played with
> > it yet).  Something like route53 might be another.  If updates would be
> > triggered by humans then we could give those users access to the zone.
> 
> Having it controlled by humans through your git repo now (so we're sure we can
> have things set up for the miniconf without poking you too much), and 
> scripting
> an external API during our sprint so we can have a turn-key setup for future
> events sounds like a fair compromise.
> 
> I propose the following zones:
>  - live.debconf.org controlled through git by {olasd@d.o, ivodd@d.o, 
> stefanor@d.o}
>  - live-test.debconf.org to be set up to be handled by an external API
> 
> Once the external API has been tested we can switch that over.

DNS has support for authenticated dynamic updates. Bind supports that.
Why not use that?

nsupdate -k  

where  contains something like:

server 192.168.0.1
update delete host01.live-test.debconf.org
update add newhost.live-test.debconf.org 86400 IN A a.b.c.d.

You generate a TSIG key with ddns-confgen. Done.

-- 
Could you people please use IRC like normal people?!?

  -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008
 Hacklab