VLC Dev Projects - Revision history

DoesItReallyMatter: Fix link

2019-02-16T09:57:09Z

Fix link

← Older revision		Revision as of 09:57, 16 February 2019
Line 19:		Line 19:
	== Subtitles improvements ==		== Subtitles improvements ==
	{{VLC}} does not support all the styles for a lot of subtitles type.		{{VLC}} does not support all the styles for a lot of subtitles type.
	Take a look at ~~[http://trac.videolan.org/vlc/browser/trunk/~~modules/codec/subsdec.c ~~here]~~ to start coding.		Take a look at {{VLCSourceFile\|modules/codec/subsdec.c}} to start coding.

	= Network =		= Network =

DoesItReallyMatter: +:Category:Development

2019-02-16T09:52:42Z

+Category:Development

← Older revision		Revision as of 09:52, 16 February 2019
Line 125:		Line 125:

	[[Category:Coding]]		[[Category:Coding]]
			[[Category:Development]]

Funman: Remove obsolete contacts

2019-01-30T16:58:22Z

Remove obsolete contacts

← Older revision		Revision as of 16:58, 30 January 2019
Line 62:		Line 62:
	This project is probably not terribly complex, but you need the hardware.		This project is probably not terribly complex, but you need the hardware.
	Someone has already began it on the forum, so start from there.		Someone has already began it on the forum, so start from there.


	~~Contacts:~~
	* DVB specialists [[User:Meuuh\|Meuuh]] [[User:JPSaman\|JPSaman]] [[User:Dnumgis\|Dnumgis]]
	* Windows specialist [[User:Quovodis\|Quovodis]]

	== V4L2 support ==		== V4L2 support ==
Line 84:		Line 79:

	DirectX 9 features some improvements that we could use in our video output		DirectX 9 features some improvements that we could use in our video output

	~~Contact: [[User:Quovodis\|Quovodis]]~~

	== Improvements to the X11 video output ==		== Improvements to the X11 video output ==
Line 97:		Line 90:
	This is a big subject, that has barely started. Interested persons will need to work closely with existing developers to implement this.		This is a big subject, that has barely started. Interested persons will need to work closely with existing developers to implement this.
	Not much information is available yet. The idea is to make streaming very easy, and yet powerful by using parametrable profiles. These could be used either by the graphical interfaces or through HTTP/command line interfaces		Not much information is available yet. The idea is to make streaming very easy, and yet powerful by using parametrable profiles. These could be used either by the graphical interfaces or through HTTP/command line interfaces

	~~Contact: [[User:Zorglub\|Zorglub]]~~

	= Playlist =		= Playlist =
Line 105:		Line 96:

	Our current podcast support is very weak. We can read them, but that's all. We need a real infrastructure to handle them correctly. This will require some changes to the playlist code, so you will need to work closely with existing developers.		Our current podcast support is very weak. We can read them, but that's all. We need a real infrastructure to handle them correctly. This will require some changes to the playlist code, so you will need to work closely with existing developers.

	~~Contacts: [[User:Dionoea\|Dionoea]] [[User:Zorglub\|Zorglub]]~~

	== Improved ASX support ==		== Improved ASX support ==
Line 112:		Line 101:
	ASX is a playlist format used by Microsoft stuff. We can read it but we could do much better. More information is available at		ASX is a playlist format used by Microsoft stuff. We can read it but we could do much better. More information is available at
	https://trac.videolan.org/vlc/ticket/20		https://trac.videolan.org/vlc/ticket/20

	~~Contact: [[User:Dnumgis\|Dnumgis]]~~

	== Disc probing ==		== Disc probing ==

	We currently have some miscellaneous code to detect discs (DVDs, Audio CDs, ...) but it's a bit scattered and it could be used much better in the playlist.		We currently have some miscellaneous code to detect discs (DVDs, Audio CDs, ...) but it's a bit scattered and it could be used much better in the playlist.

	~~Contact: [[User:Zorglub\|Zorglub]]~~

	== Live folders ==		== Live folders ==
Line 128:		Line 113:

	It might require some work to be able to do this in Linux, Windows and OS X, but the current developers will of course be able to help on these.		It might require some work to be able to do this in Linux, Windows and OS X, but the current developers will of course be able to help on these.

	~~Contacts: [[User:Zorglub\|Zorglub]] [[User:The DJ\|The DJ]]~~

	= Misc =		= Misc =
Line 140:		Line 123:

	Work is well advanced, see [[DBus]]		Work is well advanced, see [[DBus]]

	~~Contact: [[User:Xtophe\|Xtophe]], [[User:funman\|funman]]~~


	[[Category:Coding]]		[[Category:Coding]]

Chouquette: /* Video Filters */

2016-02-11T15:56:51Z

Video Filters

← Older revision		Revision as of 15:56, 11 February 2016
Line 15:		Line 15:
	[http://movavi.com/enhancemovie/filters.html list of filters] from a commercial product.		[http://movavi.com/enhancemovie/filters.html list of filters] from a commercial product.

	You can start the code [http://~~trac~~.videolan.org/vlc~~/browser/trunk/~~modules/video_filter/ here].		You can start the code [http://git.videolan.org/?p=vlc.git;a=tree;f=modules/video_filter here].

	== Subtitles improvements ==		== Subtitles improvements ==

Courmisch: /* Performant VLC streaming server */

2015-10-05T08:15:52Z

Performant VLC streaming server

← Older revision		Revision as of 08:15, 5 October 2015
Line 35:		Line 35:
	* The I/O blocks are linear, which implies lots of avoidable memory copying and dynamic memory allocations (particularly in the streaming output).		* The I/O blocks are linear, which implies lots of avoidable memory copying and dynamic memory allocations (particularly in the streaming output).
	* <s>mdate() (the timestamping function) is invoked in too many places to count them; but it is not a cheap operation on modern systems and should be avoided on the fast path. Ideally, a single thread would only need to call mdate() at most once per wake-up. In some case, mdate() is only used for debugging purpose which is really inefficient.</s>		* <s>mdate() (the timestamping function) is invoked in too many places to count them; but it is not a cheap operation on modern systems and should be avoided on the fast path. Ideally, a single thread would only need to call mdate() at most once per wake-up. In some case, mdate() is only used for debugging purpose which is really inefficient.</s>
	* The HTTP/RTSP core is single-threaded. This prevents scaling to SMP systems (which are the norm on server-side nowadays) properly. This also implies not very scalable I/O event polling. ~~Finally, this gets~~ problematic if one HTTP/RTSP client triggers a computationally intensive operation (such as establishing a TLS context if HTTP/SSL is used).		* The HTTP/RTSP core is single-threaded. This prevents scaling to SMP systems (which are the norm on server-side nowadays) properly. This also implies not very scalable I/O event polling. This also becomes problematic when one HTTP/RTSP client triggers a computationally intensive operation (such as establishing a TLS context if HTTP/SSL is used).
	* There are many dynamic memory allocations that could be avoided. Video filters and codecs are very careful about this, but the stream output plugins are not. In many case, a stack-based buffer can be used (stack buffer, has constant time fast lock-less allocation, and needs not be freed explicitly) instead.		* There are many dynamic memory allocations that could be avoided. Video filters and codecs are very careful about this, but the stream output plugins are not. In many case, a stack-based buffer can be used (stack buffer, has constant time fast lock-less allocation, and needs not be freed explicitly) instead.
	* <s>The messaging subsystems might be adding more locking (needs checking); this should be avoided particularly if the message is anyway ignord (e.g. debug message in non-debug mode).</s>		* <s>The messaging subsystems might be adding more locking (needs checking); this should be avoided particularly if the message is anyway ignord (e.g. debug message in non-debug mode).</s>
			* Interleaved RTP in RTSP is not supported.

	Other improvements that would be particularly benefitial on the server side:		Other improvements that would be particularly benefitial on the server side:

Courmisch at 08:14, 5 October 2015

2015-10-05T08:14:16Z

Show changes

Staskkk at 00:39, 8 August 2015

2015-08-08T00:39:48Z

← Older revision		Revision as of 00:39, 8 August 2015
Line 73:		Line 73:

	Contact: [[User:Fkuehne\|feepk]]		Contact: [[User:Fkuehne\|feepk]]

			== Add reading lyrics from mp3 files (id3v2 tag) and viewing it in player ==

			Lyrics placed in frame USLT, all docs about id3v2 here: http://id3.org/id3v2.3.0

	= Normal projects =		= Normal projects =

Courmisch at 19:48, 10 May 2015

2015-05-10T19:48:23Z

← Older revision		Revision as of 19:48, 10 May 2015
Line 25:		Line 25:
	* [http://trac.videolan.org/vlc/ticket/7933 #7933], OSD		* [http://trac.videolan.org/vlc/ticket/7933 #7933], OSD
	* [http://trac.videolan.org/vlc/ticket/7388 #7388], C++ Qt playlist look		* [http://trac.videolan.org/vlc/ticket/7388 #7388], C++ Qt playlist look
	* [http://trac.videolan.org/vlc/ticket/6900 #6900], OSS
	* [http://trac.videolan.org/vlc/ticket/6586 #6586], Rewrite I420->NV12 converter in Direct3D		* [http://trac.videolan.org/vlc/ticket/6586 #6586], Rewrite I420->NV12 converter in Direct3D
	* [http://trac.videolan.org/vlc/ticket/2568 #2568], C		* [http://trac.videolan.org/vlc/ticket/2568 #2568], C
Line 84:		Line 83:


	== ~~mozila~~ and ~~activex javascript api~~ ==		== Mozila and ActiveX Javascript API ==

	Add a callback to signal playlist state changes such as item started, item ended, next item started, last item ended, and so on.		Add a callback to signal playlist state changes such as item started, item ended, next item started, last item ended, and so on.
Line 94:		Line 93:

	Our current podcast support is very weak. We can read them, but that's all. We need a real infrastructure to handle them correctly. This will require some changes to the playlist code, so you will need to work closely with existing developers.		Our current podcast support is very weak. We can read them, but that's all. We need a real infrastructure to handle them correctly. This will require some changes to the playlist code, so you will need to work closely with existing developers.

	~~Contacts: [[User:Dionoea\|Dionoea]] [[User:Zorglub\|Zorglub]]~~


Line 101:		Line 98:

	ASX is a playlist format used by Microsoft stuff. We can read it but we could do much better. More information is available at https://trac.videolan.org/vlc/ticket/20		ASX is a playlist format used by Microsoft stuff. We can read it but we could do much better. More information is available at https://trac.videolan.org/vlc/ticket/20

	~~Contact: [[User:Dnumgis\|Dnumgis]]~~


Line 114:		Line 109:
	http://gabistapler.de/blog/index.php?/archives/268-Play-last.fm-streams-without-the-player.html		http://gabistapler.de/blog/index.php?/archives/268-Play-last.fm-streams-without-the-player.html

	~~Talk to dionoea or~~ funman		Contact: funman


Line 128:		Line 123:
	Menus and such needs to be improvements and fixed.		Menus and such needs to be improvements and fixed.

	Contact ~~"fenrir"~~		Contact [[User:J-b\|jb]]


Line 134:		Line 129:
	We need multi-angle DVD support.		We need multi-angle DVD support.

	Contact: ~~Meuuh~~		Contact [[User:J-b\|jb]]


Line 151:		Line 146:

	Contact [[User:J-b\|jb]]		Contact [[User:J-b\|jb]]


	~~== Remember Your Place in a Video==~~

	Launching a new video while another is paused loses the place of the original video. There are a few ways to correct this. 1. If a video is open when you try to open another, VLC could ask you if you're sure you want to start a new video. 2. VLC could allow multiple video windows to be open at once. 3. A tab system could be introduced. 4. VLC could offer to remember your place in the video. If you close a video, or just open another one, you should be able to go back to the video you were playing and see a window offering to restore your position. best option Amazon VOD does this now and it's terrific. If I close a window playing a video, and then reopen the video later, Amazon will ask me if I want to start from the beginning or where it was last time.


Line 350:		Line 340:

	Contact: [[User_talk:Jack.LJ\|Jack.LJ]]		Contact: [[User_talk:Jack.LJ\|Jack.LJ]]

			== Remember Your Place in a Video==

			Launching a new video while another is paused loses the place of the original video. There are a few ways to correct this. 1. If a video is open when you try to open another, VLC could ask you if you're sure you want to start a new video. 2. VLC could allow multiple video windows to be open at once. 3. A tab system could be introduced. 4. VLC could offer to remember your place in the video. If you close a video, or just open another one, you should be able to go back to the video you were playing and see a window offering to restore your position. best option Amazon VOD does this now and it's terrific. If I close a window playing a video, and then reopen the video later, Amazon will ask me if I want to start from the beginning or where it was last time.


	=Discussions on projects=		=Discussions on projects=

J-b at 14:40, 1 October 2013

2013-10-01T14:40:59Z

← Older revision		Revision as of 14:40, 1 October 2013
Line 303:		Line 303:
	Fullscreen support to improve .		Fullscreen support to improve .

	~~[[Category:Coding]] [[Category:Activities]]~~

	== Subtitles improvements ==		== Subtitles improvements ==
Line 358:		Line 357:
	* [[Newplaylist\|Playlist improvement]]<br/>		* [[Newplaylist\|Playlist improvement]]<br/>
	* [[Newsoundslider\|Soundslider improvement]]		* [[Newsoundslider\|Soundslider improvement]]


			[[Category:Coding]]

Edwardw at 03:06, 7 June 2013

2013-06-07T03:06:24Z

← Older revision		Revision as of 03:06, 7 June 2013
Line 6:		Line 6:
	'''For each project''', we list a '''contact''' person, who knows the subject best and who will be able to assist you if you are interested in working on these. We generally are very often present on irc.videolan.org, chan #videolan, so please don't hesitate to drop by or to send a mail if you are interested in a given problem (our mail adresses are generally <nick>@videolan.org).		'''For each project''', we list a '''contact''' person, who knows the subject best and who will be able to assist you if you are interested in working on these. We generally are very often present on irc.videolan.org, chan #videolan, so please don't hesitate to drop by or to send a mail if you are interested in a given problem (our mail adresses are generally <nick>@videolan.org).

	'''Be careful, some projects may be unrelated, or deprecated, because of fast evolving software! Ask before~~ ~~!'''		'''Be careful, some projects may be unrelated, or deprecated, because of fast evolving software! Ask before you attempt!'''


Line 227:		Line 227:
	Contact: [[User:jpsaman\|jpsaman]]		Contact: [[User:jpsaman\|jpsaman]]

			== VLC Security / IP Camera Solution ==
			LibVLC has the great potential to become a very affordable, universal IP/security camera solution.

			Settings should be user configurable and/or scriptable as required.

			Sample use cases:
			* Upon motion, record for 60 seconds.
			* Record everything... but only temporary... if motion is detected: transfer 1 minute before until 1 minute after no motion is detected anymore to a file

			This kind of thing is often requested on IRC and such.

			Contact: [[User:edwardw\|edwardw]]

	= Finished projects =		= Finished projects =