Hi, Adam ...
first at all, I beg your pardon for not having checked properly the dvbstreamer
package. I paid a (quite) quick review to the livepause and record plugins
without realizing the underlying dvbstreamer application.
Indeed, my Python submitted code and your C dvbstreamer show a wide range of
overlapping functionalities while exhibit significantly different approaches.
Of course, I do not want to interfere in the Freevo's roadmap to v2. Therefore,
I will support and contribute for the dvbstreamer package, within my present
personal limitations.
I am a veteran (too elder) C programmer with a vast background. Therefore, let
me to draw a couple of thoughts:
a) After tasting Python, I think Python is well-oriented for applications as a
DVB demux, allowing significantly lighter and clear code and making easy and
quick to create a well-defined stack of successive layers (H222 and then DVB
and then MPH ...).
b) Of course, C debugging is extremely more powerful; opposite to Pyhton
debugging, which is merely insufferable. On the other hand, code usability and
reusability could be discussed. Then, ... my feeling is a Pyhton daemon could
be a good chance for dvbstreamer.
c) By the way, ... seemingly classes plugin.DaemonPlugin and kaa lack support
for asynchronous IO; that is, support based on select(2) or poll(2) system
calls. This (suppossedly) missing capability would allow to avoid many
solutions based on awful race-conditions of threads (forbidden by my
psychiatrist) or unnecessary overhead due to TCP/UDP inter-process
communications to external daemons.
Summing up ... I will be happy to support you. Let me to draw a serious review
of your dvbstreamer package (likely, it will take a couple of weeks).
Regards, friends, JP
--- El jue, 4/12/08, Adam Charrett <[EMAIL PROTECTED]> escribió:
De: Adam Charrett <[EMAIL PROTECTED]>
Asunto: Re: [Freevo-devel] On a DVB demultiplexer (and scanner)
Para: [email protected]
Fecha: jueves, 4 diciembre, 2008 10:50
On Thu, December 4, 2008 12:16 am, Juan Pablo Soto Barrera wrote:
> Dear Freevo's friends,
> attached you can find a funny piece of Python code developed by me for
> Freevo; trying to pay off a small part of my debt with Freevo. Indeed, my
> children kill me if our PC-Home had not got Freevo ;-)
>
> For impatients, type "python dvb3l.py". For reckless guys,
unpack the
> tarball and activate the plugin in your local_conf.py:
> plugin.activate('dvb.dvb3l')
>
> dvb3l.py allows access to the DVB v3 kernel device driver for Linux: the
> present DVB API for Linux (although S2API is coming ... see linuxtv.org).
> Supossedly, Windows' guys could rewrite it for analogous operation.
The
> list DVB_HW defines entries to be sequentially tuned during a specified
> time (DVB_DWELL_TIME).
>
> Special entries in the list DVB_HW trigger the scanner capability. Any
> entry without the frequency field (for instance: [0,0,0]) provokes a
> scanner looks for valid DVB frequencies which become as they would be
> manually written in the list DVB_HW. A scanner entry tries to tune at
> frequencies according to DVB_SCANNER_RES_FREQ resolution.
>
> The real work for DVB demux is carry out by dvb_ts.py, which works at the
> lowest level: DVB packets. Code is compliant with two normative levels:
> H222.0 (as knwown as ISO.13818-1) and DVB (see ETSI docs). Present code is
> focused on data available within the DVB stream, known as PSI or SI; the
> most significant and known data is the real-time EPG of all DVB channels.
> Therefore, this middleware piece of code could be used to extract
> continuously EPG data. Other future developments could be based on it:
> ATSC for American guys, interactive TV (MPH, TV Any-Time), ... even to
> grab directly video, audio or other stream data (subtitles, ...)
>
> Although I have long-term background for several programming languages,
> this is my first Python experience; besides, code has been written from
> scratch. This means heavy testing would be advisable, though I have tested
> it during days after releasing this first alpha.
>
> A good improvement would be to add cache support for data gathered by the
> scanner and demuxer. A pending integration task is a method to allow to
> live with other resources (mplayer, xine, ... or Freevo code) tunning
> the DVB card.
>
> Friends, ... try it out, enjoy and consider to incorporate this code into
> Freevo. I will try to continue supporting this contribution within my
> personal limitations.
>
> Regards, JP
> Hi JP,
Looks interesting, you might also want to look at dvbstreamer
(www.dvbstreamer.org) which I wrote and is currently being used for freevo
1.x livepause plugin and dvbstreamer record plugin. I am aways looking for
help developing and testing this and the freevo plugins.
I can see you've added some tables for TVAnytime information which is
something that would be nice to integrate further as it would add proper
series link.
Cheers
Adam
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Freevo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
--- El jue, 4/12/08, Adam Charrett <[EMAIL PROTECTED]> escribió:
De: Adam Charrett <[EMAIL PROTECTED]>
Asunto: Re: [Freevo-devel] On a DVB demultiplexer (and scanner)
Para: [email protected]
Fecha: jueves, 4 diciembre, 2008 10:50
On Thu, December 4, 2008 12:16 am, Juan Pablo Soto Barrera wrote:
> Dear Freevo's friends,
> attached you can find a funny piece of Python code developed by me for
> Freevo; trying to pay off a small part of my debt with Freevo. Indeed, my
> children kill me if our PC-Home had not got Freevo ;-)
>
> For impatients, type "python dvb3l.py". For reckless guys,
unpack the
> tarball and activate the plugin in your local_conf.py:
> plugin.activate('dvb.dvb3l')
>
> dvb3l.py allows access to the DVB v3 kernel device driver for Linux: the
> present DVB API for Linux (although S2API is coming ... see linuxtv.org).
> Supossedly, Windows' guys could rewrite it for analogous operation.
The
> list DVB_HW defines entries to be sequentially tuned during a specified
> time (DVB_DWELL_TIME).
>
> Special entries in the list DVB_HW trigger the scanner capability. Any
> entry without the frequency field (for instance: [0,0,0]) provokes a
> scanner looks for valid DVB frequencies which become as they would be
> manually written in the list DVB_HW. A scanner entry tries to tune at
> frequencies according to DVB_SCANNER_RES_FREQ resolution.
>
> The real work for DVB demux is carry out by dvb_ts.py, which works at the
> lowest level: DVB packets. Code is compliant with two normative levels:
> H222.0 (as knwown as ISO.13818-1) and DVB (see ETSI docs). Present code is
> focused on data available within the DVB stream, known as PSI or SI; the
> most significant and known data is the real-time EPG of all DVB channels.
> Therefore, this middleware piece of code could be used to extract
> continuously EPG data. Other future developments could be based on it:
> ATSC for American guys, interactive TV (MPH, TV Any-Time), ... even to
> grab directly video, audio or other stream data (subtitles, ...)
>
> Although I have long-term background for several programming languages,
> this is my first Python experience; besides, code has been written from
> scratch. This means heavy testing would be advisable, though I have tested
> it during days after releasing this first alpha.
>
> A good improvement would be to add cache support for data gathered by the
> scanner and demuxer. A pending integration task is a method to allow to
> live with other resources (mplayer, xine, ... or Freevo code) tunning
> the DVB card.
>
> Friends, ... try it out, enjoy and consider to incorporate this code into
> Freevo. I will try to continue supporting this contribution within my
> personal limitations.
>
> Regards, JP
> Hi JP,
Looks interesting, you might also want to look at dvbstreamer
(www.dvbstreamer.org) which I wrote and is currently being used for freevo
1.x livepause plugin and dvbstreamer record plugin. I am aways looking for
help developing and testing this and the freevo plugins.
I can see you've added some tables for TVAnytime information which is
something that would be nice to integrate further as it would add proper
series link.
Cheers
Adam
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Freevo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
--- El jue, 4/12/08, Adam Charrett <[EMAIL PROTECTED]> escribió:
De: Adam Charrett <[EMAIL PROTECTED]>
Asunto: Re: [Freevo-devel] On a DVB demultiplexer (and scanner)
Para: [email protected]
Fecha: jueves, 4 diciembre, 2008 10:50
On Thu, December 4, 2008 12:16 am, Juan Pablo Soto Barrera wrote:
> Dear Freevo's friends,
> attached you can find a funny piece of Python code developed by me for
> Freevo; trying to pay off a small part of my debt with Freevo. Indeed, my
> children kill me if our PC-Home had not got Freevo ;-)
>
> For impatients, type "python dvb3l.py". For reckless guys,
unpack the
> tarball and activate the plugin in your local_conf.py:
> plugin.activate('dvb.dvb3l')
>
> dvb3l.py allows access to the DVB v3 kernel device driver for Linux: the
> present DVB API for Linux (although S2API is coming ... see linuxtv.org).
> Supossedly, Windows' guys could rewrite it for analogous operation.
The
> list DVB_HW defines entries to be sequentially tuned during a specified
> time (DVB_DWELL_TIME).
>
> Special entries in the list DVB_HW trigger the scanner capability. Any
> entry without the frequency field (for instance: [0,0,0]) provokes a
> scanner looks for valid DVB frequencies which become as they would be
> manually written in the list DVB_HW. A scanner entry tries to tune at
> frequencies according to DVB_SCANNER_RES_FREQ resolution.
>
> The real work for DVB demux is carry out by dvb_ts.py, which works at the
> lowest level: DVB packets. Code is compliant with two normative levels:
> H222.0 (as knwown as ISO.13818-1) and DVB (see ETSI docs). Present code is
> focused on data available within the DVB stream, known as PSI or SI; the
> most significant and known data is the real-time EPG of all DVB channels.
> Therefore, this middleware piece of code could be used to extract
> continuously EPG data. Other future developments could be based on it:
> ATSC for American guys, interactive TV (MPH, TV Any-Time), ... even to
> grab directly video, audio or other stream data (subtitles, ...)
>
> Although I have long-term background for several programming languages,
> this is my first Python experience; besides, code has been written from
> scratch. This means heavy testing would be advisable, though I have tested
> it during days after releasing this first alpha.
>
> A good improvement would be to add cache support for data gathered by the
> scanner and demuxer. A pending integration task is a method to allow to
> live with other resources (mplayer, xine, ... or Freevo code) tunning
> the DVB card.
>
> Friends, ... try it out, enjoy and consider to incorporate this code into
> Freevo. I will try to continue supporting this contribution within my
> personal limitations.
>
> Regards, JP
> Hi JP,
Looks interesting, you might also want to look at dvbstreamer
(www.dvbstreamer.org) which I wrote and is currently being used for freevo
1.x livepause plugin and dvbstreamer record plugin. I am aways looking for
help developing and testing this and the freevo plugins.
I can see you've added some tables for TVAnytime information which is
something that would be nice to integrate further as it would add proper
series link.
Cheers
Adam
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Freevo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Freevo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
