From: Michael R. <mr...@us...> - 2002-10-31 17:13:01
|
Hi team, I developed a grammar for MRLs yesterday which has now made it into cvs. MRLs should now be a subset of URIs. I adapted some input plugins which were obviously not URI conform. Therefore some playlists or logo MRLs might need fixing. A new feature also came with this: You can add a # at the end of an MRL, followed by a ;-separated list of stream parameters: novideo - video will be ignored noaudio - audio will be ignored nospu - spus will be ignored demux:... - specify the demuxer to use (e.g. demux:mpeg_block) entry:value - assign any config entry a new value Michael -- "UNIX is an operating system, OS/2 is half an operating system, Windows is a shell, and DOS is a boot partition virus." -Peter H. Coffin |
From: Bastien N. <ha...@ha...> - 2002-10-31 17:35:19
|
On Thu, 2002-10-31 at 17:12, Michael Roitzsch wrote: > Hi team, > > I developed a grammar for MRLs yesterday which has now made it into cvs. > MRLs should now be a subset of URIs. I adapted some input plugins which > were obviously not URI conform. Therefore some playlists or logo MRLs > might need fixing. > > A new feature also came with this: You can add a # at the end of an MRL, > followed by a ;-separated list of stream parameters: > novideo - video will be ignored > noaudio - audio will be ignored > nospu - spus will be ignored > demux:... - specify the demuxer to use (e.g. demux:mpeg_block) > entry:value - assign any config entry a new value Just a simple question. To pass parameters, why not use GET style URIs ? like http://myhost/mystream.ext?novideo&noaudio&entry=value It respects URIs... Cheers -- /Bastien Nocera http://hadess.net Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. Antoine de Saint-Exupery |
From: James Courtier-D. <Ja...@su...> - 2002-11-01 02:37:46
|
Bastien Nocera wrote: >On Thu, 2002-10-31 at 17:12, Michael Roitzsch wrote: > > >>Hi team, >> >>I developed a grammar for MRLs yesterday which has now made it into cvs. >>MRLs should now be a subset of URIs. I adapted some input plugins which >>were obviously not URI conform. Therefore some playlists or logo MRLs >>might need fixing. >> >>A new feature also came with this: You can add a # at the end of an MRL, >>followed by a ;-separated list of stream parameters: >> novideo - video will be ignored >> noaudio - audio will be ignored >> nospu - spus will be ignored >> demux:... - specify the demuxer to use (e.g. demux:mpeg_block) >> entry:value - assign any config entry a new value >> >> > >Just a simple question. To pass parameters, why not use GET style URIs ? > >like >http://myhost/mystream.ext?novideo&noaudio&entry=value > >It respects URIs... > >Cheers > > > I agree that the xine mrl should be compatible with URIs. When the mozilla xine plugin is more reliable, a lot more people will be using xine to view online media streams. If we implement anything that might break URIs seen on the web, we might just have to change things again. A possible solution might be to have multiple mrls per media stream, so that one could play a DVD or .AVI file, but also select a subtitle file to go with it without having to use any special separator. E.g. xine "file:///stream.avi" "file:///stream.sub" xine "http://remote-host/streams/video_clip.avi" "file:///video_clip.sub" with the last one allowing for the media clip to come from the web, but to use a locally stored subtitle file. Cheers James |
From: <bar...@t-...> - 2002-11-01 14:09:33
|
hi james, hi bastien, > >Just a simple question. To pass parameters, why not use GET style URIs ? > > > >like > >http://myhost/mystream.ext?novideo&noaudio&entry=value > I agree that the xine mrl should be compatible with URIs. ...but wouldn't the above example, specifying xine-specific settings in a get-style manner do the exact opposite: potentially break URI support? what if xine parameters collide with parameters the web site uses? > E.g. xine "file:///stream.avi" "file:///stream.sub" > xine "http://remote-host/streams/video_clip.avi" "file:///video_clip.sub" > > with the last one allowing for the media clip to come from the web, but > to use a locally stored subtitle file. but how do you tell xine that the second one is a subtitle file and not the next mrl? i definitely want to be able to do xine *.mpg in my music video collection. cheers, guenter |
From: Michael R. <mr...@us...> - 2002-11-01 15:45:55
|
Hi Bastien, On Donnerstag, 31. Oktober 2002 18:33, Bastien Nocera wrote: > On Thu, 2002-10-31 at 17:12, Michael Roitzsch wrote: > > Hi team, > > > > I developed a grammar for MRLs yesterday which has now made it into > > cvs. MRLs should now be a subset of URIs. I adapted some input > > plugins which were obviously not URI conform. Therefore some > > playlists or logo MRLs might need fixing. > > > > A new feature also came with this: You can add a # at the end of an > > MRL, followed by a ;-separated list of stream parameters: > > novideo - video will be ignored > > noaudio - audio will be ignored > > nospu - spus will be ignored > > demux:... - specify the demuxer to use (e.g. demux:mpeg_block) > > entry:value - assign any config entry a new value > > Just a simple question. To pass parameters, why not use GET style > URIs ? > > like > http://myhost/mystream.ext?novideo&noaudio&entry=value > > It respects URIs... That's easy: Because in MRLs accessing some streams from the internet, there might be already a ? in the link. Adding another ? with our parameters would not be possible then. The # is the delimiter in URIs that is never send to servers and therefore never used when accessing network streams. Michael -- printk("CPU[%d]: Giving pardon to imprisoned penguins\n", smp_processor_id()); 2.4.8 arch/sparc64/kernel/smp.c |
From: <bar...@t-...> - 2002-11-01 14:14:01
|
hi michael, > A new feature also came with this: You can add a # at the end of an MRL, > followed by a ;-separated list of stream parameters: very nice! :) > novideo - video will be ignored > noaudio - audio will be ignored > nospu - spus will be ignored > demux:... - specify the demuxer to use (e.g. demux:mpeg_block) > entry:value - assign any config entry a new value humm - the only two parameters that i could imagine that are really useful are missing here: volume - specify mixer setting for this stream compress - specify compressor setting for this stream that would make it possible to create real movie theater feeling when watching dvd/media in the evening with some friends - create a playlist that plays some videos and trailers at a moderate volume while people are arriving at the location and then play a dolby or thx trailer at full volume to make it ultimately clear that it's time to stop talking and have a seat because the movie is about to start... ;> cheers, guenter |
From: Bill F. <bil...@mi...> - 2002-11-01 16:15:51
|
On Fri, 1 Nov 2002, Guenter Bartsch wrote: > > A new feature also came with this: You can add a # at the end of an MRL, > > followed by a ;-separated list of stream parameters: > > very nice! :) > > > novideo - video will be ignored > > noaudio - audio will be ignored > > nospu - spus will be ignored > > demux:... - specify the demuxer to use (e.g. demux:mpeg_block) > > entry:value - assign any config entry a new value > > humm - the only two parameters that i could imagine that are really > useful are missing here: > > volume - specify mixer setting for this stream > compress - specify compressor setting for this stream How about also: sync - synchronize stream with previous stream -Bill |
From: Michael R. <mr...@us...> - 2002-11-01 16:49:54
|
Hi Bill, > How about also: > > sync - synchronize stream with previous stream I am afraid, multistream sync is not possible now. We have to redesign some parts of the architecture for that first. (Maybe this will not even be ready in 1.0.) Michael -- The only difference between a car salesman and a computer salesman is that the car salesman knows he's lying. |
From: Michael R. <mr...@us...> - 2002-11-01 16:48:16
|
Hi guenter, > humm - the only two parameters that i could imagine that are really > useful are missing here: > > volume - specify mixer setting for this stream > compress - specify compressor setting for this stream > > that would make it possible to create real movie theater feeling when > watching dvd/media in the evening with some friends - create a > playlist that plays some videos and trailers at a moderate volume > while people are arriving at the location and then play a dolby or > thx trailer at full volume to make it ultimately clear that it's time > to stop talking and have a seat because the movie is about to > start... ;> :) Why haven't I thought of that? I will add this tomorrow. Michael -- panic("bad_user_access_length executed (not cool, dude)"); 2.0.38 /usr/src/linux/kernel/panic.c |