- 16 8月, 2015 7 次提交
-
-
由 jp9000 提交于
-
由 jp9000 提交于
-
由 jp9000 提交于
-
由 jp9000 提交于
-
由 jp9000 提交于
Apparently the site has been dissolved and/or bought out. It seems it will reform as something else later on in the future.
-
由 jp9000 提交于
I made the rather tough call of not showing all services by default; I didn't want to have to do this, but too many services are asking to be put in to the program, and any time I add a service in to the list, I feel uncomfortable because I feel like I'm potentially advertising them, and/or they're using our program to advertise as well. Some of these services are particularly bad at policing illegal/copyrighted content, host content that I personally find distasteful or incredibly stupid (what the heck is up with these "vaping" streams?), or are just fairly terrible websites in general that I just feel uncomfortable with showing by default. However, I do not really want to reject anyone either, I want to let their users be able to use our program with relative ease, but more than anything I just simple don't want to be seen as "endorsing" some of these websites (more than others in particular). I know that a "show all services" checkbox is probably pretty pointless/superfluous thing to do, but I feel like it's at the very least a means of saying "hey, I don't really endorse these guys," or "use at your own risk," or "warning: this website is incredibly terrible." Honestly, I couldn't really think of any better solution that would a.) still list all services without outright censoring them, and b.) prevent us from being seen as "endorsing" all services. (Although maybe this whole thing feels a bit.. passive aggressive. I feel like I'm tipping over someone's garden gnome in the middle of the night while they're sleeping. Still, it's something.) NOTE: This code is backward compatible; i.e., if you previously had a service selected that's not common but don't have the "show all" checkbox checked, it'll still show that service for convenience.
-
由 jp9000 提交于
Services almost always recommend this be enabled, and I generally want to make configuration easier for users; with CBR they don't have to set things like the CRF value.
-
- 11 8月, 2015 1 次提交
-
-
由 Haden F 提交于
Closes jp9000/obs-studio#462
-
- 02 8月, 2015 1 次提交
-
-
由 Gol-D-Ace 提交于
-
- 16 7月, 2015 1 次提交
-
-
由 Gol-D-Ace 提交于
-
- 14 7月, 2015 1 次提交
-
-
由 Gol-D-Ace 提交于
-
- 12 7月, 2015 2 次提交
-
-
由 Gol-D-Ace 提交于
-
由 Taylor Blau 提交于
-
- 11 7月, 2015 1 次提交
-
-
由 Taylor Blau 提交于
-
- 07 7月, 2015 1 次提交
-
-
由 CommanderRoot 提交于
Closes jp9000/obs-studio#439
-
- 04 7月, 2015 3 次提交
-
-
由 Gol-D-Ace 提交于
-
由 Gol-D-Ace 提交于
-
由 jp9000 提交于
Livecoding.tv (coding), gaminglive.tv (gaming), and beam.pro (gaming/music) I really don't see any problems with adding these particular services to the local list while the actual remote ingest lookup code has yet to be even started yet (as of this writing). They seem to be harmless services that are dedicated to specific types of content (stated above).
-
- 20 6月, 2015 1 次提交
-
-
由 Night 提交于
You should really auto-update these lists from Twitch API. Closes jp9000/obs-studio#440
-
- 12 6月, 2015 1 次提交
-
-
由 Gol-D-Ace 提交于
-
- 02 6月, 2015 1 次提交
-
-
由 Radzaquiel 提交于
Modified: Asia
-
- 25 3月, 2015 1 次提交
-
-
由 Gol-D-Ace 提交于
-
- 19 3月, 2015 2 次提交
-
-
由 Radzaquiel 提交于
Added: US-West (San Francisco)
-
由 Radzaquiel 提交于
Added: EU-South
-
- 17 3月, 2015 1 次提交
-
-
由 Gol-D-Ace 提交于
-
- 12 3月, 2015 1 次提交
-
-
由 Gol-D-Ace 提交于
-
- 05 3月, 2015 1 次提交
-
-
由 jp9000 提交于
Apparently it's not meant to be used quite yet.
-
- 04 3月, 2015 1 次提交
-
-
由 Radzaquiel 提交于
(Updated from Hitbox API) Added: EU-West (Paris), US-East (New York)
-
- 01 2月, 2015 2 次提交
-
-
由 Radzaquiel 提交于
(Updated from Hitbox API's list) All cities/countries written Changed: EU-North Added: Russia, US-Central, South Korea, China & Oceania
-
由 Gol-D-Ace 提交于
-
- 28 10月, 2014 1 次提交
-
-
由 Gol-D-Ace 提交于
Server doesn't exist anymore https://api.twitch.tv/kraken/ingests http://blog.twitch.tv/2014/09/service-update-chicago-point-of-presence-closure/
-
- 21 8月, 2014 1 次提交
-
-
由 Derrick Lambert 提交于
-
- 19 7月, 2014 1 次提交
-
-
由 BtbN 提交于
Completely removes the build dir in favor of cmake based build layouting
-
- 24 4月, 2014 1 次提交
-
-
由 jp9000 提交于
- Updated the services API so that it links up with an output and the output gets data from that service rather than via settings. This allows the service context to have control over how an output is used, and makes it so that the URL/key/etc isn't necessarily some static setting. Also, if the service is attached to an output, it will stick around until the output is destroyed. - The settings interface has been updated so that it can allow the usage of service plugins. What this means is that now you can create a service plugin that can control aspects of the stream, and it allows each service to create their own user interface if they create a service plugin module. - Testing out saving of current service information. Saves/loads from JSON in to obs_data_t, seems to be working quite nicely, and the service object information is saved/preserved on exit, and loaded again on startup. - I agonized over the settings user interface for days, and eventually I just decided that the only way that users weren't going to be fumbling over options was to split up the settings in to simple/basic output, pre-configured, and then advanced for advanced use (such as multiple outputs or services, which I'll implement later). This was particularly painful to really design right, I wanted more features and wanted to include everything in one interface but ultimately just realized from experience that users are just not technically knowledgable about it and will end up fumbling with the settings rather than getting things done. Basically, what this means is that casual users only have to enter in about 3 things to configure their stream: Stream key, audio bitrate, and video bitrate. I am really happy with this interface for those types of users, but it definitely won't be sufficient for advanced usage or for custom outputs, so that stuff will have to be separated. - Improved the JSON usage for the 'common streaming services' context, I realized that JSON arrays are there to ensure sorting, while forgetting that general items are optimized for hashing. So basically I'm just using arrays now to sort items in it.
-
- 20 4月, 2014 1 次提交
-
-
由 jp9000 提交于
This plugin is just a generic service plugin for basic RTMP streaming service stuff. This just has a 'common' service that has a list of common/simple streaming services that don't have their own custom service modules, and then a 'custom' service that allows you to enter in the stream URL and key manually, without a service/server list. Also, copy the jansson VS projects file (don't modify the old one) so that it's located in the vs/2013 directory, so that other libraries can properly link with it without having to enter in extra information just to include jansson
-