Re: [vdr] Streamdev remote streaming control missong
Frank Schmirler kirjoitti: On Sun, 17 Dec 2006 15:39:17 +0200, Kartsa wrote I've just put up a vdr-to-vdr setup and got the live channels streaming to client but there is no Streaming control in the main menu which is supposed to be accordingto the README file. I think I read something about separeting the actual streaming functionality from the remote osd but does it mean there is no streaming control then and is it allready implemented in CVS version? Yes, separating the streaming from the OSD stuff is the plan. The OSD parts are provided by new plugins, hence they are not part of streamdev CVS. Take a look at http://vdr.schmirler.de for the new plugins. Cheers, Frank ___ Thanks for the info. It might be a good idea to update the README on cvs version :) Btw. does it exist a plugin with what it would be possible to watch the recordings of the remote vdr? I would prefer a plugin because my server vdr has dvb-c cards and client vdr has dvb-t cards. This also means that I have no antenna signal for the client (thats why its a client). I want to have it as a vdr box because on summer time I take the client with me on the cottage where I have dvb-t signal. This way I do not need to make any changes to the box while I take it with me :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Streamdev remote streaming control missong
Laz kirjoitti: I do this sort of thing by nfs mounting /video from the remote system on a subdirectory on the local system. Probably not the most elegant system because the empty directory gets deleted by vdr when the remote system isn't mounted so you might need to create it before mounting. The remote recordings appear in a sub-folder and so get sorted by date, rather than alphabetically because they are treated as series recordings. I'm doing the mounting and unmounting through commands.conf. As I say, there's probably a better way of doing this but I have yet to find one! Cheers, Laz Well thats what I've been now putting up (since my last post). I was just thinking how to get both the client and server recordings shown at the same time and this is the solution for it :) Thanks. I was also thinking to use the commands.conf. I was also thinking I'll try to mount over the local recordings and thus get kind of swithing between client and server recordings. But this is yet to be tried :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Streamdev remote streaming control missong
Kartsa kirjoitti: Laz kirjoitti: I thought about trying that but bear in mind that that would also replace the *.conf files (unless they are elsewhere) and the epg data. You'd have to restart vdr for the mounting. Another point to watch out for is you need to do a touch /video/.update to get vdr to acknowledge the mounted recordings. If you get the permissions right, you can delete and edit the remote recordings with no problems. Cheers, Laz I have only recordings in video directory so that is no problem. No I've tried it but ran into rights problem when touching .update. Even though I set rw rights in exports and mount shows me that I do have rw set for the mount. Propably this is due to the fact that the original mount does not want to unmount for some reason. Ive tried doing it manually without help. Not even an error message. I might have to settle with the subdir solution. \\Kartsa Solved the permission problem. It turned out that nfs uses root_squash option as default and I had to change that. I think this is due to tha fact that in server video directory in a mounted drive. Anyway now I have a client server system where I can use the commands.conf to swap the recording list between two systems. That is I mount one over the other and touch .update file. So now I have server with two dvb-c cards of which one is FF card. I've got streamdev and subtitles plugins running. Additionally I have a client with one dvb-t card and Matrox G400 Dualhead with DirectFB and softdevice plugin for vdr. Also there is subtitles plugin in slave. This client is also independent vdr for moving it from one place to another (where is dvb-t signal). Now it remains to edit commands.conf on server so that I am able to watch client recordings on server :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-xine xine volume level problems
Hi! I have a setup with server hosting vdr (and vdr-xine plugin) and a frontend machine using xine to stream through LAN. The setup has been working well for the past year or so, but now I have a little problem in my hands. I'm using my amplifier for volume control and xinevdr volume is at 100% always. But for some reason now every time I lauch xine in the frontend, the xine volume level goes instantly to almost zero and I have to manually raise it back to 100%. I have noticed that this behavior starts to occur after VDR crash (which happens very seldom),.. so far it has happened once before and at that time restarting VDR again fixed the problem. But now the problem came to stay.. Any ideas? I'm using currently VDR 1.4.3 and xine-plugin 0.7.10. When this happened at the first time, I had some older versions of VDR and xine-plugin. regards, Mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.7.10 plugin
I demand that mike lewis may or may not have written... [snip] OK. I tried to install xine last night. I have some rather complex dependancy problems. I'm using all ubunuto apt-get servers and then your apt-get server. Basically, the packages on your site depend on versions of software that ubuntu doesn't see to supply. [...] Hmm. My 'stable' builds are for too old a distribution, and it looks very much like my 'testing' builds are for one which is just that little bit too new... Soo. Yes. I'm guessing there are some other bleeding edge software repositories that I need to enable as well?? No. Your problem is that you're (presumably) using edgy whereas I build for sarge (too old), etch (slightly too new) and unstable (also slightly too new), and I currently have no plans to build for Ubuntu releases. Given this, I think that it's best that you add a deb-src line for my archive, run 'aptitude update', install devscripts and build-essential, then: $ apt-get source foo $ cd foo-* $ sudo apt-get build-dep foo $ debuild binary $ sudo dpkg -i ../*.deb Be careful with that last line - you'll probably want to list specific package files. And dependency errors shouldn't be a problem either since you can use aptitude to install the missing packages and mark them as automatically installed. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Generate power using sun, wind, water, nuclear. FORGET COAL AND OIL. If I knew what I was doing, I'd be in MIS. - Linus Torvalds, lkml ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr