Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

A few things I’ve learned about livestreaming

dantepfer.com

Post reply on HN
Print view View original

41–50 of 66 posts

Re: A few things I’ve learned about livestreaming

#41

Post by krageon »

Cthulhu_ wrote: post #32
ilrwbwrkhv wrote: post #26

> So, what did I do? I switched from Logic to Reaper for my live mixing. Reaper is very cheap ($65, and you can just use it for free if you want), extremely streamlined (it weighs about 35 MB to Logic’s many GB), and has worked perfectly for me. I haven’t had one bad moment with it. It’s what they’d call robust. I’d recommend it for this purpose to anyone. Guess who created Reaper? Justin Frankel. Guess what else he…

What GUI library, if any, is used by Reaper and Winamp? Or is it low level graphics code? I feel like that's the biggest hurdle; you can get web developers by the dozens to craft specialized UIs, but any native GUI will be Windows only, some Mac but only because they're familiar with iOS, QT but they're likely a dying breed, etc. I don't feel like there's a strong alternative to cross-platform webapps (in electron) a…

Electron applications almost never use native controls. As such, this part of the argument does not matter. Given that, there is GTK, QT and whatever Java thing is in now that you can use to make cross-platform applications that function perfectly fine without being a super-heavy disaster.

Re: A few things I’ve learned about livestreaming

#42

Post by capableweb »

patrec wrote: post #39
pfraze wrote: post #15

I spent some time live-streaming a (now dead) project this year. I live-streamed almost all the dev and created an archive indexed by commit ( https://ctzn.network/dev-vlog ). Here are some other non-technical tips: - Don’t livestream everything like I did. You’ll burn out. But do pick a regular schedule like once a week and stick to it. You’ll eventually get regulars and that’s fun. - Use a service like Placeit and…

> I had someone try to send a Twitter reset code with the goal of getting me to show the code on the video. Wow -- that seems like it would be a very low risk/effort for pretty decent chance of success attack. Experienced streamers will likely have all notifications for stuff not directly related to their stream turned off anyway, not just because more security awareness but also because it's a distraction; but does…

I don't get how this could be used as an attack, unless whatever is displaying the tweet is vulnerable somehow? What kind of "reset code" are we talking about and why would just displaying it be harmful? Executing it I can understand, but just displaying?

Edit: I think I just figured it out, it's referring to "password reset code" that you can get if you try the "forget my password" option on login pages (not "code" as in "software code"), displaying that code would allow others to (possibly) set their own password for your account, would make sense as an attack vector in this case. Duh.

Re: A few things I’ve learned about livestreaming

#44

Post by danielvaughn »

Cthulhu_ wrote: post #32
ilrwbwrkhv wrote: post #26

> So, what did I do? I switched from Logic to Reaper for my live mixing. Reaper is very cheap ($65, and you can just use it for free if you want), extremely streamlined (it weighs about 35 MB to Logic’s many GB), and has worked perfectly for me. I haven’t had one bad moment with it. It’s what they’d call robust. I’d recommend it for this purpose to anyone. Guess who created Reaper? Justin Frankel. Guess what else he…

What GUI library, if any, is used by Reaper and Winamp? Or is it low level graphics code? I feel like that's the biggest hurdle; you can get web developers by the dozens to craft specialized UIs, but any native GUI will be Windows only, some Mac but only because they're familiar with iOS, QT but they're likely a dying breed, etc. I don't feel like there's a strong alternative to cross-platform webapps (in electron) a…

I've been trying to create a platform-agnostic styling language for UI designers. The idea is to create a flexible-enough representation of GUIs that each platform could implement it while maintaining their own visual identity.

One thing that has held me back is that I'm strictly a web developer - never built a native GUI. So I have no idea how realistic, feasible, or even desirable that is. Your comment makes me think it could actually be useful.

Re: A few things I’ve learned about livestreaming

#45

Post by hobo_mark »

pfraze wrote: post #15

I spent some time live-streaming a (now dead) project this year. I live-streamed almost all the dev and created an archive indexed by commit ( https://ctzn.network/dev-vlog ). Here are some other non-technical tips: - Don’t livestream everything like I did. You’ll burn out. But do pick a regular schedule like once a week and stick to it. You’ll eventually get regulars and that’s fun. - Use a service like Placeit and…

I had a spare raspberry pi 4 and compiled OBS on it just this weekend, the idea was to have a physically gapped machine just for streaming development (with no personal information on it at all, just the code). It runs OBS + VSCode surprisingly well! (unfortunately I learned my upload bandwidth is wholly inadequate for decent fullscreen live video but at least the pi can take it without overheating).

Re: A few things I’ve learned about livestreaming

#47

Post by ezconnect »

sneak wrote: post #30
charcircuit wrote: post #25

Earlier quoted context omitted.

24 is not a multiple of 30. >and looks "better" due to 24fps being the frame rate of movies I think this is just Stockholm syndrome from people used to bad frame rates. If the content was originally in 60fps don't butcher it by converting it to 24fps.

No, the fact that higher frame rates are not automatically better because "bigger number, more data" is not equivalent to Stockholm syndrome. What's better, a gallery exhibition of 20 photographs or 2000? It doesn't work that way. 24fps is not a bad framerate.

Probably during the CRT days but 24fps on an LCD will give the user headache and eye strain.

Re: A few things I’ve learned about livestreaming

#48

Post by j0yb0y »

jstimpfle wrote: post #36
sneak wrote: post #30

Earlier quoted context omitted.

No, the fact that higher frame rates are not automatically better because "bigger number, more data" is not equivalent to Stockholm syndrome. What's better, a gallery exhibition of 20 photographs or 2000? It doesn't work that way. 24fps is not a bad framerate.

24 Hz is not necessarily a bad frame rate (depends for what, really), but even disregarding that most display technology is for 30/60 Hz, I don't think there is any argument that 24Hz is not worse than any higher framerate in terms of visuals. Just like 60 Hz is worse than 144 Hz or even higher rates. The difference is very noticeable. What's worse, how do you intend to display 24 Hz content on a 60 Hz monitor for ex…

NTSC is 29.97 fps and PAL is 25 fps - PAL was higher resolution because it sacrificed frame rate. (Doesn’t change your point of course)

(Back in the cathode days seeing a TV set in Europe was like going to a strobe show.)

As TFA says (well maybe it was in the comments) there are standard ways of conversion and you pretty much hit them but newer equipment will be able to playback 24fps natively to give the “cinema experience”.

Re: A few things I’ve learned about livestreaming

#49

Post by idealmedtech »

pfraze wrote: post #15

I spent some time live-streaming a (now dead) project this year. I live-streamed almost all the dev and created an archive indexed by commit ( https://ctzn.network/dev-vlog ). Here are some other non-technical tips: - Don’t livestream everything like I did. You’ll burn out. But do pick a regular schedule like once a week and stick to it. You’ll eventually get regulars and that’s fun. - Use a service like Placeit and…

> Zoom everything

I think I've done this before by creating a zoomed in OBS scene, so as I see it, it's not zoomed but as they see it, it is!

Re: A few things I’ve learned about livestreaming

#50

Post by camtarn »

marcan_42 wrote: post #22
sylens wrote: post #6

One of the most interested/underrated side effects of the pandemic is that it has forced a lot of people to become somewhat knowledgeable on things like camera quality/positioning, lighting, and sound/noise cancellation. I was pretty amazed at what Bo Burnham could do by himself on his Netflix special given a year and change to experiment with doing all of the A/V work for a one man show in a small room.

I got involved with a local DJ event shortly before the pandemic doing lasershows, and we ended up having to go online immediately thereafter. I had some experience with OBS from using it to composite stuff for video calls (pre-pandemic), so I offered to help run an online version. And then I had to figure it all out. The way we end up doing it, DJs run their own sets at home (from different countries), then stream t…

Oh wow, talk about trial by fire! That's a lot to learn in a very short time. Good on you for finding the OBS bug as well.
Post reply on HN