Re: DLNA for recording

[Johannes Niess <Linux johannes-niess de>]

Replying to my own mail. This time using the on-list address. Thank you admins 
for the fast approval. It was done before I could cancel...

> > On Sun, 2011-01-16 at 21:28 +0100, Johannes Niess wrote:
> > > Hi list,
> > > 
> > > DLNA 1.x isn't made for that and I couldn't get much info about DLNA
> > > version 2 which should include recording in some form. My vision for a
> > > modular home theater PC software is based on a variety of DLNA servers
> > > / renderers etc.
> > 
> > > Basically I'm thinking of this:
> > No, but UPnP has (from MediaServer:2, there's v2 from MediaServer:3 as
> > well, but rygel currently targets :2)
> > 
> > http://upnp.org/specs/av/UPnP-av-ScheduledRecording-v1-Service.pdf
> > 
> > There's a long-standing TODO item to implement that in conjunction with
> > gnome-dvb-daemon.
> 
> Thank you for providing the document. Based on that, I made the informed
> decision not to implement this standard. I'm trying to avoid XML wrangling
> and to concetrate on something a lot more programmer friendly. Are there
> any real world implementations of the  standard? Would any control point
> work with it or is support for it optional?
> 
> > > XMLTV data is chopped into one file per show and linked into
> > > directories by date, station, etc. Using a custom profile the info is
> > > published by a DLNA server or uploader "XMLTV".
> > > 
> > > Any standard control point is used to select shows for recording by
> > > "playing" these files. In my case this will be a smart phone via WLAN.
> > > 
> > > A renderer "Recorder" extracts the meta data and performs the necessary
> > > magic like command line generation for recording.
> > 
> > That feels hackish.
> 
> I'd call it 'creative use' of the standard...

MediaTomb seems to be be more suitable for this approach. It can represent the 
XMLTV chops in virtual folders. Its transcoding feature should be a lot easier 
to work with, as it allows calling external command lines for scheduling and 
recording. I'd have to return a dummy video "Your show has been scheduled. If 
you are lucky, it will be visible after recording."

> 
> > > The output file is now published by a standard server and is ready for
> > > consumption.
> > > 
> > > An "Ad remover" renderer could be added later.
> > > 
> > > Any standard control point is used to select shows for playing.
> > > 
> > > A renderer "mplayer" is used for software output.
> > 
> > I don't get that part.

UPnP is used to feed the stream data to mplayer/xine/whatever for display on a 
computer screen or maybe video projector.  "rygel-std-out --renderername SW-
Renderer | mplayer" would be the ultimate goal.

> > 
> > > As I understand it, rygel is a platform for the required plugins.
> > > Especially the "external" and "gst-launch" plugins might be useful. I
> > > could not find any usage examples. Source code for a renderer that gets
> > > data feed on standard
> > 
> > Usage examples for what? "external" is a DBus consumer, you have to
> > implement a DBus spec, http://live.gnome.org/Rygel/MediaServer2Spec to
> > interface with this plugin. Knowm implementors currently are
> > gnome-dvb-daemon & grilo-rygel.
> > 
> > For gst-launch examples are in the default configuration file.
> > 
> > I don't get the part with the shell script.

I'd like to use the rygel DLNA infrastructure to deliver the file content on 
standard input of my script: "rygel-std-out --renderername 
hackish_recording_scheduler | xmltv_to_mp4_recording > new_file.mp4"

> > 
> > > input to a shell script would help me a lot. Given my very limited
> > > knowledge of C and vala, I have difficulties understanding the code and
> > > documentation.
> > 
> > _______________________________________________
> > rygel-list mailing list
> > rygel-list gnome org
> > http://mail.gnome.org/mailman/listinfo/rygel-list