Re: [vdr] LIVE: Missing streams for recordings
Hi Ralf, RalfGesellensetter schrieb: But as it comes to finished recordings, we miss a button that would open vlc[plugin] and give the corresponding stream. please try the current cvs or git version: git clone git://projects.vdr-developer.org/vdr-plugin-live.git live This one already has streaming support for recordings. Extra question: Is there a way to use specific PAM-modules for login or, at least, create additional users (rather than giving away admin account to anybody)? sorry, nothing til now. Anyway, we should first think about the possible user rights to control, e.g. access the settings menu, delete recordings, create timers,... BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] FRC - RGB/Scart with the Intel 830 driver
Question for Thomas I guess... I'm in the process of setting up a PVR and just came across the FRC project which looks very interesting! One query I have though is the re. the restriction on the resolutions available. If I'm reading the patches correctly it seems that the ATI chips can currently do 720x576 only, where the Intel chips can be configured for 1440x576 and 1600x1200 only. The Intel driver has been patched to allow a 12MHz dot clock - is it in fact capable of supporting 720x576 interlaced? If so is there a hardware limitation preventing the FRC syncing working at this resolution? (I ask as I'm planning to use a Mini-ITX Atom board with a GMA950 to be hooked up to a standard-def TV. It would be good if I could use the onboard video and leave the PCI slot free.) Thanks -- Dave Cunningham PGP KEY ID: 0xA78636DC ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xbmc-pvr (was - HD clients for vdr)
On Mon, 2009-08-24 at 18:00 +0200, Magnus Hörlin wrote: Hi, I've stripped the ext72 patch to contain just the two necessary extensions streamdevext and parentalrating and adapted it to vdr-1.7.9 but it should work for 1.7.8 also. Seems to work here so far and it's compatible with the iptv and ttxtsubs patches. Now all you need to get vdr-xbmc running is: vdr (duh!) my attatched patch for vdr streamdevoutput plugin from cvs XBMC pvr-testing from svn (with the streamdev patch in the XBMC tree, the osdteletext plugin also works) No guarantees that it's gonna work for you though. Thanks! I'll give it a try! Meanwhile I ran xbmc without patched vdr 1.7.9, just cvs streamdev. The functionality was quite okay with working channel selections, epg, list of recordings. Recording playback didn't work. According to vdr logs streamdev tried to start some wrong recording. I wonder if parental rating is really mandatory. On the other hand I suppose it doesn't harm. BR, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xbmc-pvr (was - HD clients for vdr)
Seppo Ingalsuo wrote: Meanwhile I ran xbmc without patched vdr 1.7.9, just cvs streamdev. The functionality was quite okay with working channel selections, epg, list of recordings. Recording playback didn't work. According to vdr logs streamdev tried to start some wrong recording. I have the same problem with my vdr+xbmc setup. It might be a sorting order problem: if I select nth recording from the list in XBMC (which is in alphabetical order), vdr seems to do a depth first search in the video directory tree without any sorting at all and plays the recording that is in nth position in this order. Also subtitles do not work for me when watching recordings (in live TV they are OK) BR, H ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [skinenigmang] [PATCH] rounds to squares corners jpeg logos for skinenigmang-0.1.0
Hi,
This is an additional patch for huge osd (hd device) :
skinenigmang-0.1.0-jlac-hdosd-090826.diff
- change the logo size, now proportional to the osd font height.
- change the symbol line height, now proportional to the osd font height.
Regards,
JLac
2009/5/2 jlacvdr jlac...@gmail.com:
Hi,
attached file: skinenigmang-0.1.0-jlac-corners-090502.diff
- change rounds corners to squares corners.
attached file: skinenigmang-0.1.0-jlac-logos-090502.diff
- replace xpm format by logos in 256colors and jpeg
- simplify the logo filenames on disk: at runtine make it lower case,
without space, without underscore so avoid many times the same
logo file (or symbolic link) on the disk
- add a svdr command to check the name logos
- theme added (grey/white/black)
Regards,
JLac
diff -bBurN skinenigmang-0.1.0/enigma.c skinenigmang-0.1.0-hdosd/enigma.c
--- skinenigmang-0.1.0/enigma.c 2009-08-25 21:10:00.0 +0200
+++ skinenigmang-0.1.0-hdosd/enigma.c 2009-08-25 21:18:00.0 +0200
@@ -794,11 +794,14 @@
osd-DrawRectangle(0, 0, osd-Width(), osd-Height(), clrTransparent);
if (fShowLogo) {
+ int logoWidth = (xLogoRight - xLogoLeft);
+ int logoHeight = (yLogoBottom - yLogoTop);
+
// draw logo area
osd-DrawRectangle(xLogoLeft, yLogoTop, xLogoRight - 1, yLogoBottom - 1, Theme.Color(clrLogoBg));
osd-DrawRectangle(xLogoDecoLeft, yLogoTop, xLogoDecoRight - 1, yLogoBottom - 1, Theme.Color(clrLogoBg));
- if (EnigmaLogoCache.LoadChannelLogo(Channel)) {
+ if (EnigmaLogoCache.LoadChannelLogo(Channel,logoWidth,logoHeight)) {
int lw = EnigmaLogoCache.Get().Width();
int lh = EnigmaLogoCache.Get().Height();
osd-DrawBitmap(xLogoLeft + (xLogoRight - xLogoLeft - lw) / 2,
diff -bBurN skinenigmang-0.1.0/logo.c skinenigmang-0.1.0-hdosd/logo.c
--- skinenigmang-0.1.0/logo.c 2009-08-25 21:10:00.0 +0200
+++ skinenigmang-0.1.0-hdosd/logo.c 2009-08-25 21:18:00.0 +0200
@@ -110,7 +110,7 @@
*name = 0;
}
-bool cEnigmaLogoCache::LoadChannelLogo(const cChannel *Channel)
+bool cEnigmaLogoCache::LoadChannelLogo(const cChannel *Channel, int w, int h)
{
if (Channel == NULL)
return false;
@@ -128,12 +128,12 @@
if (filename != NULL) {
strcpy(filename, hqlogos/);
strcat(filename, logoname);
- if (!(fFoundLogo = Load(filename, ChannelLogoWidth, ChannelLogoHeight, false))) {
+ if (!(fFoundLogo = Load(filename, w, h, false))) {
strcpy(filename, logos/);
strcat(filename, logoname);
-if (!(fFoundLogo = Load(filename, ChannelLogoWidth, ChannelLogoHeight, false))) {
+if (!(fFoundLogo = Load(filename, w, h, false))) {
error(cPluginSkinEnigma::LoadChannelLogo: LOGO \%s.jpg\ NOT FOUND in %s/[hq]logos, logoname, EnigmaConfig.GetLogoDir());
- fFoundLogo = Load(hqlogos/no_logo, ChannelLogoWidth, ChannelLogoHeight); //TODO? different default logo for channel/group?
+ fFoundLogo = Load(hqlogos/no_logo, w, h); //TODO? different default logo for channel/group?
}
}
free(filename);
@@ -226,14 +226,14 @@
return false;
struct stat stbuf;
- cBitmap *bmp = new cBitmap(1, 1, 8);
+ cBitmap *bmp = new cBitmap(w, h, 8);
// create absolute filename
debug(cPluginSkinEnigma::LoadJpg(%s), fileNameP);
// check validity
if(lstat(fileNameP, stbuf) == 0)
{
- DrawImage(fileNameP,0,0,80,80,230,bmp);
+ DrawImage(fileNameP,0,0,w,h,230,bmp);
if ((bmp-Width() = w) (bmp-Height() = h)) {
int numColors;
diff -bBurN skinenigmang-0.1.0/logo.h skinenigmang-0.1.0-hdosd/logo.h
--- skinenigmang-0.1.0/logo.h 2009-08-25 21:10:00.0 +0200
+++ skinenigmang-0.1.0-hdosd/logo.h 2009-08-25 21:18:00.0 +0200
@@ -50,7 +50,7 @@
bool Resize(unsigned int cacheSizeP);
bool DrawEventImage(const cEvent *Event, int x, int y, int w, int h, int c, cBitmap *bmp);
bool DrawRecordingImage(const cRecording *Recording, int x, int y, int w, int h, int c, cBitmap *bmp);
- bool LoadChannelLogo(const cChannel *Channel);
+ bool LoadChannelLogo(const cChannel *Channel, int w, int h);
bool LoadSymbol(const char *fileNameP);
bool LoadIcon(const char *fileNameP);
cBitmap Get(void);
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xbmc-pvr (was - HD clients for vdr)
Seppo Ingalsuo wrote: On Mon, 2009-08-24 at 18:00 +0200, Magnus Hörlin wrote: Hi, I've stripped the ext72 patch to contain just the two necessary extensions streamdevext and parentalrating and adapted it to vdr-1.7.9 but it should work for 1.7.8 also. Seems to work here so far and it's compatible with the iptv and ttxtsubs patches. Now all you need to get vdr-xbmc running is: vdr (duh!) my attatched patch for vdr streamdevoutput plugin from cvs XBMC pvr-testing from svn (with the streamdev patch in the XBMC tree, the osdteletext plugin also works) No guarantees that it's gonna work for you though. Thanks! I'll give it a try! Meanwhile I ran xbmc without patched vdr 1.7.9, just cvs streamdev. The functionality was quite okay with working channel selections, epg, list of recordings. Recording playback didn't work. According to vdr logs streamdev tried to start some wrong recording. I wonder if parental rating is really mandatory. On the other hand I suppose it doesn't harm. BR, Seppo Well, it seems you're right. I've read a post somewhere that parentalrating was needed but it seems to work just fine without it. And the streamdev extensions only seem to add some messages when new recordings start and that kind of things. /Magnus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FRC - RGB/Scart with the Intel 830 driver
On Wed, Aug 26, 2009 at 03:40:25PM +0100, dave cunningham wrote: If I'm reading the patches correctly it seems that the ATI chips can currently do 720x576 only, where the Intel chips can be configured for 1440x576 and 1600x1200 only. for VGA2SCART (without FRC) Intel chips can be setup for 720x576i also. The 1600x1200i is just an experimental sample resolution for use of FRC at a DVI/HDMI port. Why exactly 1600x1200i? I do not yet own a HDMI capable monitor. My DVI test monitor accepts interlaced modelines at 1600x1200i only. The Intel driver has been patched to allow a 12MHz dot clock - is it in fact capable of supporting 720x576 interlaced? If so is there a hardware limitation preventing the FRC syncing working at this resolution? The 1440x576i is driven at doubled dot clock. So it effectively represents a regular 720x576i PAL timing too. The reason for 1440x576i is: the FRC gains doubled horizontal timing resolution. As a result variable frame rate can be controlled in finer (twice as much) increments. BTW: With the help of some users of vdr-portal.de it turned out that even this finer frame rate control eventually is to coarse for some particular picky TVs. Though I myself didn't face such a TV yet. (I ask as I'm planning to use a Mini-ITX Atom board with a GMA950 to be hooked up to a standard-def TV. It would be good if I could use the onboard video and leave the PCI slot free.) I just tested i915 and i945 (see [1]). The D945GSEJT board gives you the smallest and most energy efficient VDR currently possible. You can use the plain board as SCART streaming device. Cheers Thomas [1] http://lowbyte.de/vga-sync-fields/vga-sync-fields/README ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
