[vdr] Technotrend FF DVB-S AC3 Passthrough
Hi, Apologies if this has been covered before but I have been searching for info on this, can anyone explain how this works with the TT FF AC3 Passthrough firmware? I can't seem to get any AC3 out of my motherboard soundcard when playing an AC3 channel with the firmware alone - are there any mods or dependencies that are required to get this working? I have tested the AC3 output with mplayer and xine and it is working properly with XVIDs with AC3 soundtrack. It also works with the bitstreamout plugin but the sync is not good. TIA, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xineliboutput and vdr-1.5.12 compile problems
Hello, I am using vdr-1.5.12 under kernel 2.6.23.12 - UTF-8. I've tried to compile 2 versions of xineliboutput without success : Xineliboutput - 1.0.0rc2 grep: ../../../include/vdr/osd.h: Aucun fichier ou répertoire de ce type xineliboutput.c:39:6: error: #error VDR versions 1.3.31 are not supported ! equalizer.c:14:3: error: #error VDR 1.3.7 not supported grep: ../../../include/vdr/osd.h: Aucun fichier ou répertoire de ce type g++ -O3 -pipe -Wall -Woverloaded-virtual -fPIC -g -c -D_GNU_SOURCE g++ -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT g++ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 g++ -DXINELIBOUTPUT_VERSION='1.0.0rc2' -DUSE_ICONV=1 -Wall g++ -I../../../include -o xineliboutput.o xineliboutput.c xineliboutput.c:28:24: error: vdr/plugin.h: Aucun fichier ou répertoire de ce type In file included from xineliboutput.c:31: Xineliboutput - cvs 22-12-07 grep: ../../../include/vdr/osd.h: Aucun fichier ou répertoire de ce type xineliboutput.c:38:3: error: #error VDR versions 1.4.0 are not supported ! g++ -O3 -pipe -Wall -Woverloaded-virtual -fPIC -g -c -D_GNU_SOURCE g++ -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT g++ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 g++ -DXINELIBOUTPUT_VERSION='1.0.0rc2' -DUSE_ICONV=1 -Wall g++ -I../../../include -o xineliboutput.o xineliboutput.c xineliboutput.c:28:24: error: vdr/plugin.h: Aucun fichier ou répertoire de ce type In file included from xineliboutput.c:31: i18n.h:14:22: error: vdr/i18n.h: Aucun fichier ou répertoire de ce type In file included from xineliboutput.c:33: Could you please tell me which version I've to use with vdr-1.5.12, and if there is a special patch to apply ? My target is to build a box with vdr-1.5.12 + patch S2-2300 and h264 support + xineliboutput. Thanks. Merry Christmas Happy New Year ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput and vdr-1.5.12 compile problems
karim wrote: Hello, I am using vdr-1.5.12 under kernel 2.6.23.12 - UTF-8. I've tried to compile 2 versions of xineliboutput without success : Xineliboutput - 1.0.0rc2 grep: ../../../include/vdr/osd.h: Aucun fichier ou répertoire de ce type xineliboutput.c:39:6: error: #error VDR versions 1.3.31 are not supported ! equalizer.c:14:3: error: #error VDR 1.3.7 not supported grep: ../../../include/vdr/osd.h: Aucun fichier ou répertoire de ce type g++ -O3 -pipe -Wall -Woverloaded-virtual -fPIC -g -c -D_GNU_SOURCE g++ -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT g++ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 g++ -DXINELIBOUTPUT_VERSION='1.0.0rc2' -DUSE_ICONV=1 -Wall g++ -I../../../include -o xineliboutput.o xineliboutput.c xineliboutput.c:28:24: error: vdr/plugin.h: Aucun fichier ou répertoire de ce type In file included from xineliboutput.c:31: Xineliboutput - cvs 22-12-07 grep: ../../../include/vdr/osd.h: Aucun fichier ou répertoire de ce type xineliboutput.c:38:3: error: #error VDR versions 1.4.0 are not supported ! g++ -O3 -pipe -Wall -Woverloaded-virtual -fPIC -g -c -D_GNU_SOURCE g++ -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT g++ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 g++ -DXINELIBOUTPUT_VERSION='1.0.0rc2' -DUSE_ICONV=1 -Wall g++ -I../../../include -o xineliboutput.o xineliboutput.c xineliboutput.c:28:24: error: vdr/plugin.h: Aucun fichier ou répertoire de ce type In file included from xineliboutput.c:31: i18n.h:14:22: error: vdr/i18n.h: Aucun fichier ou répertoire de ce type In file included from xineliboutput.c:33: current cvs version. Could you please tell me which version I've to use with vdr-1.5.12, and if there is a special patch to apply ? My target is to build a box with vdr-1.5.12 + patch S2-2300 and h264 support + xineliboutput. Try to use xineliboutput's Makefile from cvs dated 21-12-07. There has been some changes to the Makefile on 22nd which could cause the problem you are seeing with the current cvs version. The direct link to the Makefile I mean is http://xineliboutput.cvs.sourceforge.net/*checkout*/xineliboutput/vdr-xineliboutput/Makefile?revision=1.24 -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] current status of Extension HD PCI card from ReelMultimedia
On Wed, Dec 26, 2007 at 09:43:20AM +1000, Torgeir Veimo wrote: Is the card able to switch between 480i s-video output and 720p HDMI output easily, ie. is it possible to just start up my projector and re- route the signal from my plain old TV into the projectors HDMI input without restarting VDR with different parameters? Dual output signals is something I'm looking for so this might be a deal maker for me. Yes, you can switch the output mode via a shell utility or the vdr-GUI. Independent outputs (1080i on HDMI and 576i on SCART/YUV/S-Video) seem to be possible, but are not implemented yet. Currently HDMI and analog ouput have the same timining. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher Oh no, not again ! The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] current status of Extension HD PCI card fromReelMultimedia
On Wed, Dec 26, 2007 at 09:40:31AM +0300, Igor wrote: are the hardware deinterlacing working with this card ? There's a Bob deinterlacer for upscaling SDTV to 576p/720p/1080i. I don't know if there is a plan for a more sophisticated algorithm. is there any postprocessing inside the card ? Except the usual filtering for the arbitrary up/downscaling, I'm not aware of any additional processing. does the 1080p mode and upscaling from 720i till 1080i work properly ? The 1080p mode currently crashes the display controller, but that seems to be a firmware problem. I don't know a 720i-mode, but upscaling 1280x720 AVIs to 1080i works. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher Oh no, not again ! The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xineliboutput and vdr-1.5.12 compile problems
Hello, I tried this Makefile on the lastest cvs xineliboutput, unfortunately it doesn't solve the problem. Did I missed something, or is there anything I could check ? Thanks. Try to use xineliboutput's Makefile from cvs dated 21-12-07. There has been some changes to the Makefile on 22nd which could cause the problem you are seeing with the current cvs version. The direct link to the Makefile I mean is http://xineliboutput.cvs.sourceforge.net/*checkout*/xineliboutput/vdr-xineli boutput/Makefile?revision=1.24 -Petri karim wrote: Hello, I am using vdr-1.5.12 under kernel 2.6.23.12 - UTF-8. I've tried to compile 2 versions of xineliboutput without success : Xineliboutput - 1.0.0rc2 grep: ../../../include/vdr/osd.h: Aucun fichier ou répertoire de ce type Xineliboutput - cvs 22-12-07 grep: ../../../include/vdr/osd.h: Aucun fichier ou répertoire de ce type xineliboutput.c:38:3: error: #error VDR versions 1.4.0 are not supported ! g++ -O3 -pipe -Wall -Woverloaded-virtual -fPIC -g -c -D_GNU_SOURCE g++ -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT g++ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 g++ -DXINELIBOUTPUT_VERSION='1.0.0rc2' -DUSE_ICONV=1 -Wall g++ -I../../../include -o xineliboutput.o xineliboutput.c xineliboutput.c:28:24: error: vdr/plugin.h: Aucun fichier ou répertoire de ce type In file included from xineliboutput.c:31: i18n.h:14:22: error: vdr/i18n.h: Aucun fichier ou répertoire de ce type In file included from xineliboutput.c:33: current cvs version. Could you please tell me which version I've to use with vdr-1.5.12, and if there is a special patch to apply ? My target is to build a box with vdr-1.5.12 + patch S2-2300 and h264 support + xineliboutput. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput and vdr-1.5.12 compile problems
karim wrote: Hello, I tried this Makefile on the lastest cvs xineliboutput, unfortunately it doesn't solve the problem. Did I missed something, or is there anything I could check ? Thanks. Unfortunately the error messages you get while compiling aren't in a language I can read and therefore I cannot really help you. I just tried compiling vdr 1.5.12 with the current cvs version of xineliboutput, no patches or other plugins, and I didn't get any errors. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Technotrend FF DVB-S AC3 Passthrough
Hi, On Wed, Dec 26, Morfsta wrote: Apologies if this has been covered before but I have been searching for info on this, can anyone explain how this works with the TT FF AC3 Passthrough firmware? this works for all dvb cards with spdif output. You only have to use current driver with current firmware. I can't seem to get any AC3 out of my motherboard soundcard when playing an AC3 channel with the firmware alone - are there any mods or dependencies that are required to get this working? you can get the AC3 stuff from the dvb card, not another soundcard on your board. Most cards (but not all revisions) have a J2 block, where you can get the spdif signal (with 5V). I have tested the AC3 output with mplayer and xine and it is working properly with XVIDs with AC3 soundtrack. It also works with the bitstreamout plugin but the sync is not good. bitstreamout has nothing to to with the dvb firmware and as far as I can see, it will not be continued. -- Gruß Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field. pgpGAh53lRpra.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR-1.5.12: some micro speed improvements
Hi,
some more patches:
HASHSIZE should be a prime: 512 looks like a typo of 521.
oprofile and gprof showed the possibilty to speed up some OSD drawing
operations. Please find attached a patch for DrawRectangle and
DrawBitmap. BTW: text2skin will not benefit from the DrawBitmap changes
as it uses it's own copy of DrawBitmap.
oprofile also showed strreplace among the top 10 when profiling a 120
second VDR session. Please find attached a faster solution.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
--- ../vdr-1.5.12-orig/tools.h 2007-08-25 16:16:39.0 +0200
+++ tools.h 2007-12-06 22:58:05.0 +0100
@@ -523,7 +525,7 @@ public:
cListcHashObject *GetList(unsigned int Id) const;
};
-#define HASHSIZE 512
+#define HASHSIZE 521
templateclass T class cHash : public cHashBase {
public:
--- ../vdr-1.5.12-orig/osd.h 2007-10-12 16:28:44.0 +0200
+++ osd.h 2007-12-26 22:49:13.0 +0100
@@ -135,6 +135,7 @@ private:
int x0, y0;
int width, height;
int dirtyX1, dirtyY1, dirtyX2, dirtyY2;
+ void SetIndexInternal(int x, int y, tIndex Index);
public:
cBitmap(int Width, int Height, int Bpp, int X0 = 0, int Y0 = 0);
/// Creates a bitmap with the given Width, Height and color depth (Bpp).
--- ../vdr-1.5.12-orig/osd.c 2007-10-12 14:38:36.0 +0200
+++ osd.c 2007-12-26 23:44:23.0 +0100
@@ -394,15 +394,20 @@ bool cBitmap::SetXpm(const char *const X
void cBitmap::SetIndex(int x, int y, tIndex Index)
{
if (bitmap) {
- if (0 = x x width 0 = y y height) {
-if (bitmap[width * y + x] != Index) {
- bitmap[width * y + x] = Index;
- if (dirtyX1 x) dirtyX1 = x;
- if (dirtyY1 y) dirtyY1 = y;
- if (dirtyX2 x) dirtyX2 = x;
- if (dirtyY2 y) dirtyY2 = y;
- }
-}
+ if (0 = x x width 0 = y y height)
+SetIndexInternal(x, y, Index);
+ }
+}
+
+void cBitmap::SetIndexInternal(int x, int y, tIndex Index)
+{
+ // this function relies on existing bitmap and valid coordinates
+ if (bitmap[width * y + x] != Index) {
+ bitmap[width * y + x] = Index;
+ if (dirtyX1 x) dirtyX1 = x;
+ if (dirtyY1 y) dirtyY1 = y;
+ if (dirtyX2 x) dirtyX2 = x;
+ if (dirtyY2 y) dirtyY2 = y;
}
}
@@ -410,37 +415,142 @@ void cBitmap::DrawPixel(int x, int y, tC
{
x -= x0;
y -= y0;
- if (0 = x x width 0 = y y height)
- SetIndex(x, y, Index(Color));
+ if (bitmap 0 = x x width 0 = y y height)
+ SetIndexInternal(x, y, Index(Color));
}
void cBitmap::DrawBitmap(int x, int y, const cBitmap Bitmap, tColor ColorFg, tColor ColorBg, bool ReplacePalette, bool Overlay)
{
if (bitmap Bitmap.bitmap Intersects(x, y, x + Bitmap.Width() - 1, y + Bitmap.Height() - 1)) {
- if (Covers(x, y, x + Bitmap.Width() - 1, y + Bitmap.Height() - 1))
+ bool Covered = Covers(x, y, x + Bitmap.Width() - 1, y + Bitmap.Height() - 1);
+ if (Covered)
Reset();
x -= x0;
y -= y0;
- if (ReplacePalette Covers(x + x0, y + y0, x + x0 + Bitmap.Width() - 1, y + y0 + Bitmap.Height() - 1)) {
+ // determine valid destination area [x1,x2]x[y1,y2] to avoid range checks inside the loops
+ int x1 = max(0, x), x2 = min(0 + width , x + Bitmap.width) - 1;
+ int y1 = max(0, y), y2 = min(0 + height, y + Bitmap.height) - 1;
+
+#define FOR_Y_LOOP0 \
+tIndex *pRowSrc = Bitmap.bitmap[Bitmap.width * (y1 - y) + (x1 - x)];\
+tIndex *pRowDst = bitmap[width * y1 + x1]; \
+for (int yy = y1, ye = min(y2, dirtyY1 - 1); yy = ye; yy++, pRowDst += width, pRowSrc += Bitmap.width)
+
+#define FOR_Y_LOOP1 \
+tIndex *pRowSrc = Bitmap.bitmap[Bitmap.width * (y2 - y) + (x1 - x)];\
+tIndex *pRowDst = bitmap[width * y2 + x1]; \
+for (int yy = y2, ye = max(y1, dirtyY2 + 1); yy = ye; yy--, pRowDst -= width, pRowSrc -= Bitmap.width)
+
+#define DETECT_DIRTY_AREA_Y(Reverse, TransferCondition, TransferOperation) \
+ do { \
+FOR_Y_LOOP##Reverse { \
+tIndex *pSrc = pRowSrc;\
+tIndex *pDst = pRowDst;\
+bool GotDirty = false; \
+for (int xx = x1; xx = x2; xx++) {\
+if (TransferCondition) { \
+ if (*pDst != TransferOperation) {
[vdr] bad hardware combo EPIA SP1300 TT-2300 FF?
Hi I've been building a new fanless VDR box. Would like to provide some feedback, and perhaps attract some comments and suggestions :) Hardware: EPIA SP-1300 mounted in a low profile heatsink Serener GA-L01 case, 120G 2.5 laptop drive (plus NFS share to central VDR 'recorder'), 1G DDR400 RAM and a TT-2300-C FF card + CI/CAM Software: Fedora Core 8 (2.6.23.9-85.fc8), vdr-1.5.12, plugins:mplayer/mp3, remote, vdr-xine, dvd, epgsearch Comments: -Really quiet, which was the main purpose of this build. -would have liked to take advantage of the motherboard MPEG2/4 features but am still having problems with xvmc/xxmc with vdr-xine - keep getting kernel vmalloc ERRORS -no problems with vdr itself or the other plugins at this stage -Mplayer playing via mpegpes has to run with the slow cpu switch in mplayer.sh.conf - even then some 900x700 XVID .avi files need 85% cpu. So quality is not that flash -not sure if I can use motherboard MPEG4 acceleration with output on the TT-2300 FF composite video out to improve cpu/heat usage? -this combination of local VDR box in the lounge with remote 'recorder' isn't ideal - as all the timers are only available via the 'remote' menu Cheers - and hope everyone had a great xmas! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR-1.5.12: some micro speed improvements
Il giorno dom, 23/12/2007 alle 22.46 +0100, Reinhard Nissl ha scritto: Hi, the attached patches speed up starting and stopping VDR on slow machines with huge channels.conf files, by avoiding some n / 2 * (n + 1) loops. Please test them and report bugs here. Hi Reinhard, Your patches seems to be good! Since often vdr run on not so recent pcs, I think optimization is good! I haven't tested them yet, but I hope will be merged into the mainline! Regards, Eddi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
