Developer forum for those with *some* programming knowledge?

Feature requests for VLC.
dsockt
Blank Cone
Blank Cone
Posts: 13
Joined: 24 Nov 2003 00:02
Location: USA

Developer forum for those with *some* programming knowledge?

Postby dsockt » 03 Jan 2004 18:21

I would like to see a forum for asking developer-related questions, such as how to use the VLC API to write a simple decoder? The API documentations on the website are known to be... uh... poorly written and outdated.

Either that, or maybe someone could update those webpages, maybe adding some examples? Looking at other people's code DOES help, but when trying to code it for the first time, you wonder which routines are actually NECESSARY for processing of the audio/video frames, and not just there for "completeness."

BigBen
Cone that earned his stripes
Cone that earned his stripes
Posts: 115
Joined: 25 Nov 2003 10:48

Postby BigBen » 03 Jan 2004 21:22

Well, most users prefer mailing lists as a way of communication. You can ask your questions to

vlc-devel@videolan.org (or vls-devel@videolan.org)
--
BigBen

VideoLAN Team

The DJ
Cone Master
Cone Master
Posts: 5987
Joined: 22 Nov 2003 21:52
VLC version: git
Operating System: Mac OS X
Location: Enschede, Holland
Contact:

Postby The DJ » 03 Jan 2004 21:26

Or IRC
Don't use PMs for support questions.

dsockt
Blank Cone
Blank Cone
Posts: 13
Joined: 24 Nov 2003 00:02
Location: USA

Mailing lists

Postby dsockt » 03 Jan 2004 23:38

Well, most users prefer mailing lists as a way of communication. You can ask your questions to

vlc-devel@videolan.org (or vls-devel@videolan.org)
I should have known better than to post that topic - forgot about mailing lists :D

IRC - heh, I haven't used that medium in YEARS!

The DJ
Cone Master
Cone Master
Posts: 5987
Joined: 22 Nov 2003 21:52
VLC version: git
Operating System: Mac OS X
Location: Enschede, Holland
Contact:

Postby The DJ » 04 Jan 2004 00:55

IRC rulezzzz.
The really l33t folks still hang out there :) MSN is for n00bs.
Don't use PMs for support questions.

dsockt
Blank Cone
Blank Cone
Posts: 13
Joined: 24 Nov 2003 00:02
Location: USA

Postby dsockt » 04 Jan 2004 01:01

IRC rulezzzz.
The really l33t folks still hang out there :) MSN is for n00bs.
My 31337 years are long gone...

Web forums bay-bee... :)

I miss BBSs.

Anyway...

Dnumgis

Postby Dnumgis » 04 Jan 2004 13:23

Just out of curiosity, what decoders are you planing to implement?

dsockt
Blank Cone
Blank Cone
Posts: 13
Joined: 24 Nov 2003 00:02
Location: USA

bktr access

Postby dsockt » 04 Jan 2004 16:27

Just out of curiosity, what decoders are you planing to implement?
VideoLAN software does a great job of streaming live content in Linux, but it lacks *BSD's bktr driver support (versus V4L). I've written a skeleton capture that works but now I need to figure out what routines VLC (VLS later maybe) needs to process each frame.

I have some programming knowledge of C and learning more as I go. I figure I could do this - with a little help :)

Dnumgis

Postby Dnumgis » 04 Jan 2004 18:27

The dummy module (modules/misc/dummy) have sceleton versions of nearly all types of modules. Also the v4l and dshow modules should be used as examples for you. What you basically need to do is to create an "access" type module and a "demux" type module. Then the raw frame should be passed to the "raw video" decoder.

dsockt
Blank Cone
Blank Cone
Posts: 13
Joined: 24 Nov 2003 00:02
Location: USA

Picture routines

Postby dsockt » 05 Jan 2004 04:10

The dummy module (modules/misc/dummy) have sceleton versions of nearly all types of modules. Also the v4l and dshow modules should be used as examples for you. What you basically need to do is to create an "access" type module and a "demux" type module. Then the raw frame should be passed to the "raw video" decoder.
The dummy routines are not quite skeletons, they are merely stubs (dummies hehe) - they mostly return NULLs or do nothing (duh). I understand the access-type module, but the demux I don't quite understand. Are the three main calls an AccessOpen, AccessClose and Read ?

Also, again from the v4l.c plugin, I don't see any routines specifically sending the frame to any kind of "decoder"...

I have queried the devel- mailing list but don't expect someone to write the whole thing for me :)

Dnumgis

Postby Dnumgis » 05 Jan 2004 10:16

The three main calls of the access module are AccessOpen, AccessClose and Read. The three main calls of the demux module are DemuxOpen, DemuxClose and Demux. It is the Demux call that sends the frame to the decoder using es_out_Send. Note that the Accesss* and Demux* calls could be named anything. Their names are specified in the module header.

Guest

Re: bktr access

Postby Guest » 17 Jul 2006 16:00

Just out of curiosity, what decoders are you planing to implement?
VideoLAN software does a great job of streaming live content in Linux, but it lacks *BSD's bktr driver support (versus V4L). I've written a skeleton capture that works but now I need to figure out what routines VLC (VLS later maybe) needs to process each frame.

I have some programming knowledge of C and learning more as I go. I figure I could do this - with a little help :)
piuk _C_
Iako iak cup cop :):):):)


Return to “VLC media player Feature Requests”

Who is online

Users browsing this forum: No registered users and 13 guests