Talk:FFmpeg Summer Of Code 2007 - Revision history

Multimedia Mike: Talk:Summer Of Code 2007 moved to Talk:FFmpeg Summer Of Code 2007: consistent naming

2007-10-20T19:38:28Z

Talk:Summer Of Code 2007 moved to Talk:FFmpeg Summer Of Code 2007: consistent naming

← Older revision	Revision as of 12:38, 20 October 2007
(No difference)

Gamester17: /* libstream (a common 'stream client' library) */

2007-03-29T09:20:17Z

libstream (a common 'stream client' library)

← Older revision		Revision as of 02:20, 29 March 2007
Line 94:		Line 94:
	Suggest add some sort of "Client-steaming protocol" project(s) as sub-project(s) under FFmpeg SoC this year, as adding one LGPL library from FFmpeg would be a very nice way to add complete (client) streaming support to your player for all formats FFmpeg can playback, and s such common library in FFmpeg could be a great developer place for future additions, sharing common code --[[User:Gamester17\|Gamester17]] 06:30, 19 March 2007 (GMT+1)		Suggest add some sort of "Client-steaming protocol" project(s) as sub-project(s) under FFmpeg SoC this year, as adding one LGPL library from FFmpeg would be a very nice way to add complete (client) streaming support to your player for all formats FFmpeg can playback, and s such common library in FFmpeg could be a great developer place for future additions, sharing common code --[[User:Gamester17\|Gamester17]] 06:30, 19 March 2007 (GMT+1)
	* Create a common 'stream demuxer/parser library' for the client-side (and/or API for adding support for additional streaming formats?) - a LGPL'ed sub-library in FFmpeg with all stream demuxers/parsers gathered (similar to the libpostproc and libavutil). Call it "libstream" (or "stream" or whatever). Move FFmpeg's existing stream code there like HTTP and RTSP/RTP. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional streaming formats. All togther making it super easy for audio/video players using FFmpeg to add all-in-one streaming support to their player.		* Create a common 'stream demuxer/parser library' for the client-side (and/or API for adding support for additional streaming formats?) - a LGPL'ed sub-library in FFmpeg with all stream demuxers/parsers gathered (similar to the libpostproc and libavutil). Call it "libstream" (or "stream" or whatever). Move FFmpeg's existing stream code there like HTTP and RTSP/RTP. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional streaming formats. All togther making it super easy for audio/video players using FFmpeg to add all-in-one streaming support to their player.
	**Maybe use either MPlayer's "'''stream'''" library structure, [http://www.live555.com LIVE555], or probebly the better [http://streaming.polito.it/client/library libnms] (from NeMeSi) as a base for such a common library?		**Maybe use either MPlayer's "'''stream'''" library structure, [http://www.live555.com LIVE555], or probebly the better [http://streaming.polito.it/client/library libnms] (from [http://streaming.polito.it/client NeMeSi]) as a base for such a common library?
	** HTTP (Hypertext Transfer Protocol) client		** HTTP (Hypertext Transfer Protocol) client
	** UDP (User Datagram Protocol) client		** UDP (User Datagram Protocol) client

Gamester17: /* FFServer? */

2007-03-29T09:19:48Z

FFServer?

← Older revision		Revision as of 02:19, 29 March 2007
Line 109:		Line 109:

	The FFServer code hasn't been update for quite a while, and it's streaming to clients like WMP9,10,11 doesn't seem to work.		The FFServer code hasn't been update for quite a while, and it's streaming to clients like WMP9,10,11 doesn't seem to work.
	Furthermore, I think it would be a good idea to finally have some good MMS server streaming support in FFServer. You'll be quite amazed to find that there are actually almost NO solutions for streaming with the MMS protocol on Linux.		Furthermore, I think it would be a good idea to finally have some good MMS server streaming support in FFServer. You'll be quite amazed to find that there are actually almost NO solutions for streaming with the [[MMS]] protocol on Linux.

	: al3x has gotten something working with ffserver, you might want to ask him what needs to be done as well :) --[[User:Compn\|Compn]] 14:22, 19 March 2007 (EDT)		: al3x has gotten something working with ffserver, you might want to ask him what needs to be done as well :) --[[User:Compn\|Compn]] 14:22, 19 March 2007 (EDT)
			::You should also take a look at the [http://streaming.polito.it/server FENG (RTSP Streaming Server)] code, and [NetEmbryo (Embedded Open Media Streaming Library)] --[[User:Gamester17\|Gamester17]] 11:20, 29 March 2007 (GMT+1)

Gamester17: /* libstream (a common 'stream' library) */

2007-03-20T17:53:35Z

libstream (a common 'stream' library)

Gamester17: /* Subtitles */

2007-03-20T17:18:16Z

Subtitles

← Older revision		Revision as of 10:18, 20 March 2007
Line 67:		Line 67:

	== Subtitles ==		== Subtitles ==
	Suggest add some sort of "Subtitles" project(s) as sub-project(s) under FFmpeg SoC this year, as adding one LGPL library from FFmpeg would be a very nice way to add complete subtile parsing/display support to your player and a common developer place for future additions --[[User:Gamester17\|Gamester17]] 05:35, 19 March 2007 (GMT+1)		Suggest add some sort of "Subtitles support improvement" project(s) as a sub-project(s) under FFmpeg SoC this year, as adding one LGPL library from FFmpeg would be a very nice way to add complete subtile parsing/display support to your player and a common developer place for future additions. Also adding support for all the popular text-based subtitles types that FFmpeg do not yet support would be great --[[User:Gamester17\|Gamester17]] 05:35, 19 March 2007 (GMT+1)
	* Create a common 'subtitles parser library' (and/or API for adding support for additional subtitle formats?) - ~~one~~ sub-library in FFmpeg with all subtile decoders/demuxers/parsers gathered (similar to the libpostproc and ~~libavutil~~). Call it "libsubs" (or "libsub", "libsubtitles" or whatever). Move FFmpeg's existing VobSub and DVBsub code there, so no matter if they are bitmap or text-based subs all existing and future subtile code is collected there. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional subtitles.		* Create a common 'subtitles parser library' (and/or API for adding support for additional subtitle formats?) - a common sub-library to FFmpeg with all subtile decoders/demuxers/parsers gathered (similar to the libpostproc and libavutils). Call it "libsubs" (or "libsub", "libsubtitles" or whatever). Move FFmpeg's existing VobSub and DVBsub code there, so no matter if they are bitmap or text-based subs all existing and future subtile code is collected there. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional subtitles.
	**Maybe use MPlayer's recently added "'''libass'''" (SSA/ASS subtile reader) as a base for such a common library?		**Maybe use MPlayer's recently added "'''libass'''" (SSA/ASS subtile reader) as a base for such a common library?
	* [http://en.wikipedia.org/wiki/Closed_captioning Closed captioning (CC)] subtile support - (Closed captions for the deaf and hard of hearing, also known as "Line 21 captioning", uses VobSub bitmaps)		* Support for advanced SSA/ASS rendering using libass or asa or any other mean,
	* DirectVobSub (VSFilter) - standard VobSubs (DVD-Video subtitles) embedded in AVI containers		* Support bold, italic, underline, RGB colors, size changes and font changes for a whole line or part of one line, (not all of these are supported now)
	* [http://en.wikipedia.org/wiki/DivX#DivX_Subtitles_.28XSUB.29 DivX Subtitles (XSUB)] display/reader/decoder (Note: bitmap based subtitle, similar to VobSub)		* [http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=284541 Line 23 signal (a.k.a. "Wide-screen signal")] detecting and use for DVD-Video (VobSub)
	* [http://en.wikipedia.org/wiki/SubRip SubRip (.srt)] subtile support (Note: simple text-based based subtitle with timestamp)		* Support for the subtitles HTML tags
	* Subviewer (.sub) subtile support (Note: simple text-based based subtitle with timestamp)		* Capability of displaying subtitles with no video enabled (for example for audio-books)
	* MicroDVD (.sub) subtile support (Note: simple text-based based subtitle with timestamp		* Support for Karaoke subtitles (for kar and cdg, etc.)
	* [http://en.wikipedia.org/wiki/Sami_%28subtitle_tool%29 Sami (.smi)] subtile support (Note: simple text-based based subtitle with timestamp)		* Capability of moving the subtitles in the picture (freetype renderer)
	* [http://en.wikipedia.org/wiki/SubStation_Alpha SubStation Alpha (.ssa+.ass)] subtile support (Note: advanced text-based based subtitle with timestamps and XY location on screen)		*Support more subtitle formats (text and bitmap-based):
	* [http://en.wikipedia.org/wiki/Synchronized_Multimedia_Integration_Language RealText (.rt)] subtile support		** [http://en.wikipedia.org/wiki/Closed_captioning Closed captioning (CC)] subtile support - (Closed captions for the deaf and hard of hearing, also known as "Line 21 captioning", uses VobSub bitmaps)
	* PowerDivx (.psb) subtile support		** DirectVobSub (VSFilter) - standard VobSubs (DVD-Video subtitles) embedded in AVI containers
	* [http://en.wikipedia.org/wiki/Universal_Subtitle_Format Universal Subtitle Format (.usf)] subtile support		** [http://en.wikipedia.org/wiki/DivX#DivX_Subtitles_.28XSUB.29 DivX Subtitles (XSUB)] display/reader/decoder (Note: bitmap based subtitle, similar to VobSub)
	* Structured Subtitle Format (.ssf) subtile support		** [http://en.wikipedia.org/wiki/SubRip SubRip (.srt)] subtile support (Note: simple text-based based subtitle with timestamp)
			** Subviewer (.sub) subtile support (Note: simple text-based based subtitle with timestamp)
			** MicroDVD (.sub) subtile support (Note: simple text-based based subtitle with timestamp
			** [http://en.wikipedia.org/wiki/Sami_%28subtitle_tool%29 Sami (.smi)] subtile support (Note: simple text-based based subtitle with timestamp)
			** [http://en.wikipedia.org/wiki/SubStation_Alpha SubStation Alpha (.ssa+.ass)] subtile support (Note: advanced text-based based subtitle with timestamps and XY location on screen)
			** [http://en.wikipedia.org/wiki/Synchronized_Multimedia_Integration_Language RealText (.rt)] subtile support
			** PowerDivx (.psb) subtile support
			** [http://en.wikipedia.org/wiki/Universal_Subtitle_Format Universal Subtitle Format (.usf)] subtile support
			** Structured Subtitle Format (.ssf) subtile support

	== libstream (a common 'stream' library) ==		== libstream (a common 'stream' library) ==

Compn: /* FFServer? */ woops, clarify a bit

2007-03-19T18:38:34Z

FFServer?: woops, clarify a bit

← Older revision		Revision as of 11:38, 19 March 2007
Line 103:		Line 103:
	Furthermore, I think it would be a good idea to finally have some good MMS server streaming support in FFServer. You'll be quite amazed to find that there are actually almost NO solutions for streaming with the MMS protocol on Linux.		Furthermore, I think it would be a good idea to finally have some good MMS server streaming support in FFServer. You'll be quite amazed to find that there are actually almost NO solutions for streaming with the MMS protocol on Linux.

	: al3x has gotten ~~mms~~ working with ffserver ~~(and in windows no less)~~, ~~so i think~~ you ~~should~~ ask him to ~~finish applying his work before asking for new users to tackle it.~~ --[[User:Compn\|Compn]] 14:22, 19 March 2007 (EDT)		: al3x has gotten something working with ffserver, you might want to ask him what needs to be done as well :) --[[User:Compn\|Compn]] 14:22, 19 March 2007 (EDT)

Compn: /* FFServer? */

2007-03-19T18:22:49Z

FFServer?

← Older revision		Revision as of 11:22, 19 March 2007
Line 102:		Line 102:
	The FFServer code hasn't been update for quite a while, and it's streaming to clients like WMP9,10,11 doesn't seem to work.		The FFServer code hasn't been update for quite a while, and it's streaming to clients like WMP9,10,11 doesn't seem to work.
	Furthermore, I think it would be a good idea to finally have some good MMS server streaming support in FFServer. You'll be quite amazed to find that there are actually almost NO solutions for streaming with the MMS protocol on Linux.		Furthermore, I think it would be a good idea to finally have some good MMS server streaming support in FFServer. You'll be quite amazed to find that there are actually almost NO solutions for streaming with the MMS protocol on Linux.

			: al3x has gotten mms working with ffserver (and in windows no less), so i think you should ask him to finish applying his work before asking for new users to tackle it. --[[User:Compn\|Compn]] 14:22, 19 March 2007 (EDT)

Hetz: FFServer?

2007-03-19T15:26:21Z

FFServer?

← Older revision		Revision as of 08:26, 19 March 2007
Line 95:		Line 95:
	** SDP (Service Discovery Protocol) / SSDP (Simple Service Discovery Protocol)		** SDP (Service Discovery Protocol) / SSDP (Simple Service Discovery Protocol)
	** MMS (Microsoft Media Services)		** MMS (Microsoft Media Services)

			== FFServer? ==

			Long forgotten, but relevant more then ever..

			The FFServer code hasn't been update for quite a while, and it's streaming to clients like WMP9,10,11 doesn't seem to work.
			Furthermore, I think it would be a good idea to finally have some good MMS server streaming support in FFServer. You'll be quite amazed to find that there are actually almost NO solutions for streaming with the MMS protocol on Linux.

Gamester17: /* Subtiles */

2007-03-19T05:30:40Z

Subtiles

← Older revision		Revision as of 22:30, 18 March 2007
Line 66:		Line 66:
	* [http://www.mpegsurround.com MPEG Surround] decoder/parser (for all audio but especially MP3/mp3PRO and AAC/aacPlus as those are in use today). [http://www.codingtechnologies.com/products/mpgsrnd.htm MPEG Surround technology] share similar characteristics with [http://www.codingtechnologies.com/products/sbr.htm SBR (Spectral Band Replication)] and [http://www.codingtechnologies.com/products/paraSter.htm PS (Parametric Stereo)], which [http://www.codingtechnologies.com/products/mp3pro.htm mp3PRO] and [http://www.codingtechnologies.com/products/aacPlus.htm aacPlus] also use, so if SBR and PS decoders was added to FFmpeg then those could probebly share common code with a [http://www.mpegsurround.com MPEG Surround] decoder/parser. ([http://www.divx.com DivX Inc.] is one company that uses MPEG Surround technology to achieve 5.1 channel surround sound in smaller files).		* [http://www.mpegsurround.com MPEG Surround] decoder/parser (for all audio but especially MP3/mp3PRO and AAC/aacPlus as those are in use today). [http://www.codingtechnologies.com/products/mpgsrnd.htm MPEG Surround technology] share similar characteristics with [http://www.codingtechnologies.com/products/sbr.htm SBR (Spectral Band Replication)] and [http://www.codingtechnologies.com/products/paraSter.htm PS (Parametric Stereo)], which [http://www.codingtechnologies.com/products/mp3pro.htm mp3PRO] and [http://www.codingtechnologies.com/products/aacPlus.htm aacPlus] also use, so if SBR and PS decoders was added to FFmpeg then those could probebly share common code with a [http://www.mpegsurround.com MPEG Surround] decoder/parser. ([http://www.divx.com DivX Inc.] is one company that uses MPEG Surround technology to achieve 5.1 channel surround sound in smaller files).

	== ~~Subtiles~~ ==		== Subtitles ==
	Suggest add some sort of "Subtitles" project(s) as sub-project(s) under FFmpeg SoC this year, as adding one LGPL library from FFmpeg would be a very nice way to add complete subtile parsing/display support to your player and a common developer place for future additions --[[User:Gamester17\|Gamester17]] 05:35, 19 March 2007 (GMT+1)		Suggest add some sort of "Subtitles" project(s) as sub-project(s) under FFmpeg SoC this year, as adding one LGPL library from FFmpeg would be a very nice way to add complete subtile parsing/display support to your player and a common developer place for future additions --[[User:Gamester17\|Gamester17]] 05:35, 19 March 2007 (GMT+1)
	* Create a common 'subtitles parser library' (and/or API for adding support for additional subtitle formats?) - one sub-library in FFmpeg with all subtile decoders/demuxers/parsers gathered (similar to the libpostproc and libavutil). Call it "libsubs" (or "libsub", "libsubtitles" or whatever). Move FFmpeg's existing VobSub and DVBsub code there, so no matter if they are bitmap or text-based subs all existing and future subtile code is collected there. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional subtitles.		* Create a common 'subtitles parser library' (and/or API for adding support for additional subtitle formats?) - one sub-library in FFmpeg with all subtile decoders/demuxers/parsers gathered (similar to the libpostproc and libavutil). Call it "libsubs" (or "libsub", "libsubtitles" or whatever). Move FFmpeg's existing VobSub and DVBsub code there, so no matter if they are bitmap or text-based subs all existing and future subtile code is collected there. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional subtitles.

Gamester17 at 05:30, 19 March 2007

2007-03-19T05:30:01Z

← Older revision		Revision as of 22:30, 18 March 2007
Line 82:		Line 82:
	* [http://en.wikipedia.org/wiki/Universal_Subtitle_Format Universal Subtitle Format (.usf)] subtile support		* [http://en.wikipedia.org/wiki/Universal_Subtitle_Format Universal Subtitle Format (.usf)] subtile support
	* Structured Subtitle Format (.ssf) subtile support		* Structured Subtitle Format (.ssf) subtile support

			== libstream (a common 'stream' library) ==
			Suggest add some sort of "Steaming protocol" project(s) as sub-project(s) under FFmpeg SoC this year, as adding one LGPL library from FFmpeg would be a very nice way to add complete streaming support to your player for all formats FFmpeg can playback, and s such common library in FFmpeg could be a great developer place for future additions, sharing common code --[[User:Gamester17\|Gamester17]] 06:30, 19 March 2007 (GMT+1)
			* Create a common 'stream demuxer/parser library' (and/or API for adding support for additional streaming formats?) - a LGPL'ed sub-library in FFmpeg with all stream demuxers/parsers gathered (similar to the libpostproc and libavutil). Call it "libstream" (or "stream" or whatever). Move FFmpeg's existing stream code there like HTTP and RTSP/RTP. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional streaming formats. All togther making it super easy for audio/video players using FFmpeg to add all-in-one streaming support to their player.
			**Maybe use either MPlayer's "'''stream'''" library, [http://www.live555.com LIVE555], or probebly the better [http://streaming.polito.it/client/library libnms] (from NeMeSi) as a base for such a common library?
			** HTTP (Hypertext Transfer Protocol)
			** UDP (User Datagram Protocol)
			** RTSP - Real-Time Streaming Protocol (RFC2326)
			** RTP/RTCP - Real-Time Transport Protocol/RTP Control Protocol (RFC3550)
			** RTP Profile for Audio and Video Conferences with Minimal Control (RFC3551)
			** RealMedia RTSP/RDT (Real Time Streaming Protocol / Real Data Transport) proprietary transport protocol developed by RealNetworks to stream RealVideo/RealAudio
			** SDP (Service Discovery Protocol) / SSDP (Simple Service Discovery Protocol)
			** MMS (Microsoft Media Services)

← Older revision		Revision as of 10:53, 20 March 2007
Line 91:		Line 91:
	** Structured Subtitle Format (.ssf) subtile support		** Structured Subtitle Format (.ssf) subtile support

	== libstream (a common 'stream' library) ==		== libstream (a common 'stream client' library) ==
	Suggest add some sort of "~~Steaming~~ protocol" project(s) as sub-project(s) under FFmpeg SoC this year, as adding one LGPL library from FFmpeg would be a very nice way to add complete streaming support to your player for all formats FFmpeg can playback, and s such common library in FFmpeg could be a great developer place for future additions, sharing common code --[[User:Gamester17\|Gamester17]] 06:30, 19 March 2007 (GMT+1)		Suggest add some sort of "Client-steaming protocol" project(s) as sub-project(s) under FFmpeg SoC this year, as adding one LGPL library from FFmpeg would be a very nice way to add complete (client) streaming support to your player for all formats FFmpeg can playback, and s such common library in FFmpeg could be a great developer place for future additions, sharing common code --[[User:Gamester17\|Gamester17]] 06:30, 19 March 2007 (GMT+1)
	* Create a common 'stream demuxer/parser library' (and/or API for adding support for additional streaming formats?) - a LGPL'ed sub-library in FFmpeg with all stream demuxers/parsers gathered (similar to the libpostproc and libavutil). Call it "libstream" (or "stream" or whatever). Move FFmpeg's existing stream code there like HTTP and RTSP/RTP. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional streaming formats. All togther making it super easy for audio/video players using FFmpeg to add all-in-one streaming support to their player.		* Create a common 'stream demuxer/parser library' for the client-side (and/or API for adding support for additional streaming formats?) - a LGPL'ed sub-library in FFmpeg with all stream demuxers/parsers gathered (similar to the libpostproc and libavutil). Call it "libstream" (or "stream" or whatever). Move FFmpeg's existing stream code there like HTTP and RTSP/RTP. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional streaming formats. All togther making it super easy for audio/video players using FFmpeg to add all-in-one streaming support to their player.
	**Maybe use either MPlayer's "'''stream'''" library, [http://www.live555.com LIVE555], or probebly the better [http://streaming.polito.it/client/library libnms] (from NeMeSi) as a base for such a common library?		**Maybe use either MPlayer's "'''stream'''" library structure, [http://www.live555.com LIVE555], or probebly the better [http://streaming.polito.it/client/library libnms] (from NeMeSi) as a base for such a common library?
	** HTTP (Hypertext Transfer Protocol)		** HTTP (Hypertext Transfer Protocol) client
	** UDP (User Datagram Protocol)		** UDP (User Datagram Protocol) client
	** RTSP - Real-Time Streaming Protocol (RFC2326)		** RTSP - Real-Time Streaming Protocol (RFC2326) client
	** RTP/RTCP - Real-Time Transport Protocol/RTP Control Protocol (RFC3550)		** RTP/RTCP - Real-Time Transport Protocol/RTP Control Protocol (RFC3550) client
	** RTP Profile for Audio and Video Conferences with Minimal Control (RFC3551)		** RTP Profile for Audio and Video Conferences with Minimal Control (RFC3551) client
	** RealMedia RTSP/RDT (Real Time Streaming Protocol / Real Data Transport) proprietary transport protocol developed by RealNetworks to stream RealVideo/RealAudio		** RealMedia RTSP/RDT (Real Time Streaming Protocol / Real Data Transport) client - proprietary transport protocol developed by RealNetworks to stream RealVideo/RealAudio
	** SDP (Service Discovery Protocol) / SSDP (Simple Service Discovery Protocol)		** SDP (Service Discovery Protocol) / SSDP (Simple Service Discovery Protocol) client
	** MMS (Microsoft Media Services)		** MMS (Microsoft Media Services) client

	== FFServer? ==		== FFServer? ==