Reply to thread

Message

It won't actually be that easy - problem being, what happens when you want to rewind to a spot before you started watching on the client? Its not that hard (relatively) to stream the video, its more that it'll be harder to implement the timeshifting features. If a directshow filter was used to stream tv, it will mean that each client will have an individual graph on the server, even if it is viewing the same channel, as well as the graph used by the server to timeshift the channel. When the show needs to be rewinded, a command will need to be sent to the server from the client to do so., ditto with all other video functions, as well as channel changes.

For minimal change, i.e. using the existing infrastructure in MP, a better solution would involve the temporary buffer file being played by clients, with the clients in control of rewinding it, fast-forwarding it etc (essentially, like multiple computers playing the same video file on a server). Commands would need to be sent to the server when a channel change is required, and the server will then decide on who has the right to do so before switching. Of course, this solution won't be as clean and easy to setup as a uPNP or directshow filter solution.

Seriously, I don't think it's possible with the current 100MBPS network infrastructure to run the entire MP interface over the network. Have you used MP via VNC? That's usable, but definitely not for daily use. Somehow, I doubt VLC will be any better at that. It will be better if you eliminate all the fancy graphics/animation features like MS does with the normal MCE extenders (i.e. not the xbox 360 one), but still... The keyboard inputs and remote inputs bit is very easy...in fact you can already send these inputs over the network from any computer using the MP-webinterface, among other things.

I think if there's any feasible client-server solution out there, its got to involve a client app, and a server app. I think the main goal that people have is to be able to use it in another room; not using it on a very-slow/dumb client.

Sam
p.s. phew...that must be one of my longest posts :-D

<blockquote data-quote="samuel337" data-source="post: 42262" data-attributes="member: 10347">It won't actually be that easy - problem being, what happens when you want to rewind to a spot before you started watching on the client? Its not that hard (relatively) to stream the video, its more that it'll be harder to implement the timeshifting features. If a directshow filter was used to stream tv, it will mean that each client will have an individual graph on the server, even if it is viewing the same channel, as well as the graph used by the server to timeshift the channel. When the show needs to be rewinded, a command will need to be sent to the server from the client to do so., ditto with all other video functions, as well as channel changes.For minimal change, i.e. using the existing infrastructure in MP, a better solution would involve the temporary buffer file being played by clients, with the clients in control of rewinding it, fast-forwarding it etc (essentially, like multiple computers playing the same video file on a server). Commands would need to be sent to the server when a channel change is required, and the server will then decide on who has the right to do so before switching. Of course, this solution won't be as clean and easy to setup as a uPNP or directshow filter solution.Seriously, I don't think it's possible with the current 100MBPS network infrastructure to run the entire MP interface over the network. Have you used MP via VNC? That's usable, but definitely not for daily use. Somehow, I doubt VLC will be any better at that. It will be better if you eliminate all the fancy graphics/animation features like MS does with the normal MCE extenders (i.e. not the xbox 360 one), but still... The keyboard inputs and remote inputs bit is very easy...in fact you can already send these inputs over the network from any computer using the MP-webinterface, among other things.I think if there's any feasible client-server solution out there, its got to involve a client app, and a server app. I think the main goal that people have is to be able to use it in another room; not using it on a very-slow/dumb client. Samp.s. phew...that must be one of my longest posts :-D</blockquote>

[QUOTE="samuel337, post: 42262, member: 10347"] It won't actually be that easy - problem being, what happens when you want to rewind to a spot before you started watching on the client? Its not that hard (relatively) to stream the video, its more that it'll be harder to implement the timeshifting features. If a directshow filter was used to stream tv, it will mean that each client will have an individual graph on the server, even if it is viewing the same channel, as well as the graph used by the server to timeshift the channel. When the show needs to be rewinded, a command will need to be sent to the server from the client to do so., ditto with all other video functions, as well as channel changes. For minimal change, i.e. using the existing infrastructure in MP, a better solution would involve the temporary buffer file being played by clients, with the clients in control of rewinding it, fast-forwarding it etc (essentially, like multiple computers playing the same video file on a server). Commands would need to be sent to the server when a channel change is required, and the server will then decide on who has the right to do so before switching. Of course, this solution won't be as clean and easy to setup as a uPNP or directshow filter solution. Seriously, I don't think it's possible with the current 100MBPS network infrastructure to run the entire MP interface over the network. Have you used MP via VNC? That's usable, but definitely not for daily use. Somehow, I doubt VLC will be any better at that. It will be better if you eliminate all the fancy graphics/animation features like MS does with the normal MCE extenders (i.e. not the xbox 360 one), but still... The keyboard inputs and remote inputs bit is very easy...in fact you can already send these inputs over the network from any computer using the MP-webinterface, among other things. I think if there's any feasible client-server solution out there, its got to involve a client app, and a server app. I think the main goal that people have is to be able to use it in another room; not using it on a very-slow/dumb client. Sam p.s. phew...that must be one of my longest posts :-D [/QUOTE]