vdr November 2005

vdr@linuxtv.org

144 participants
178 discussions

How to display an OSD message from a thread?
by Christian Wieninger 25 Nov '05

25 Nov '05

Hi, I'm trying to display an OSD message from a separate thread within a plugin to indicate when some background action has finished. The message should pop up no matter if there's currently an OSD displayed or not. So SVDRP MESG is no solution, since this will only appear when leaving the OSD. I tried it with the new service interface. The thread calls a service of the plugin passing the message. The service itself calls Skins.Message(serviceData->type, serviceData->message); This works fine, but sometimes crashes VDR in cSkins::Message. I've found a way to reproduce it: When the main menu is displayed and the message pops up then pressing BACK while the message still is displayed crashes VDR. In this case the problem is that in cSkinDisplay::Current()->SetMessage(Type, NULL); cSkinDisplay::Current() is NULL. Don't know if this is a bug or just the result of my wrong usage ;-) Is there any other way to display a message from a thread? BR, Christian

6 12

Restricting bandwidth for a DVB device...
by Laz 25 Nov '05

25 Nov '05

Is there any way of restricting a DVB device within vdr so that it will never record more than one channel from the same mux/transponder? I have acquired a Nova-T USB second-hand, as in a USB 1.1 device which struggles to even stream one channel at a time. If there are concurrent recordings on this device from two different channels, they are both totally destroyed due to the lack of bandwidth! Just one channel is bearable, although still quite crap, so it would be good to be able to set a given device so that it will only ever do one recording at once. Is this at all possible currently? Does anyone have an experience of the newer Nova-t USB2 devices? Do they work reliably and for several channels at once? This is as an additional device for an Epia system with a single PCI slot :-s Cheers, Laz

1 0

Re: [vdr] Building a streaming client
by Stephan Loescher 25 Nov '05

25 Nov '05

Harald Milz <hm(a)seneca.muc.de> writes: Hi! > since my current living room machine is really too loud :-( I think > about separating things and building a Xine plugin client based on a > CN400 chipset (Via Epia SP8000 or Commell LV-667D/T Mini-ITX boards). I An alternative to VIA could be the miniPC2 based on AMD Geode: http://www.cool-shop.de/product_info.php?products_id=54&cPath=5 I have seen this nice little box on the last MGLUG-meeting (www.mglug.de). It takes only about 10 watts and has no fan! It has no DVI-port, but the VGA-signal is extremly good. Stephan. -- loescher(a)gmx.de http://www.loescher-online.de/ Try LEO: http://www.leo.org/

2 1

streamdev plugin
by João Mamede 24 Nov '05

24 Nov '05

hi i'm using 1.3.34 and I wanted to stream some video I see with vdr to my network..I tried streamdev plugin but it doesn't compile. Is there any solution that works with my vdr version? Oh other thing, is there any way that I can configure the remote.conf to toggle fullscreen/windowed? make[1]: Entering directory `/usr/src/vdr/vdr-1.3.34/PLUGINS/src/streamdev' g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o streamdev-client.o streamdev-client.c In file included from ./client/remote.h:6, from client/menu.h:6, from streamdev-client.c:12: ./tools/list.h:93: error: declaration of `operator+=' as non-function ./tools/list.h:93: error: expected `;' before '<' token ./tools/list.h:94: error: declaration of `operator+=' as non-function ./tools/list.h:94: error: expected `;' before '<' token ./tools/list.h:96: error: declaration of `operator+' as non-function ./tools/list.h:96: error: expected `;' before '<' token ./tools/list.h:97: error: declaration of `operator+' as non-function ./tools/list.h:97: error: expected `;' before '<' token ./tools/list.h:98: error: declaration of `operator+' as non-function ./tools/list.h:98: error: expected `;' before '<' token ./tools/list.h: In member function `int cTBList<T>::Find(const T&)': ./tools/list.h:108: error: `item' undeclared (first use this function) ./tools/list.h:108: error: (Each undeclared identifier is reported only once for each function it appears in.) ./tools/list.h: In member function `typename cTBList<T>::cItem* cTBList<T>::NewItem(cTBList<T>::cItem*, cTBList<T>::cItem*) const': ./tools/list.h:206: error: `item' undeclared (first use this function) ./tools/list.h:206: error: `class cTBList<T>::cItem' is not a type ./tools/list.h: In member function `typename cTBList<T>::cItem* cTBList<T>::Locate(uint)': ./tools/list.h:238: error: `item' undeclared (first use this function) ./tools/list.h: In member function `T& cTBList<T>::Prepend()': ./tools/list.h:274: error: `item' undeclared (first use this function) ./tools/list.h: In member function `T& cTBList<T>::Append()': ./tools/list.h:288: error: `item' undeclared (first use this function) ./tools/list.h: In member function `bool cTBList<T>::Insert(uint, const T&)': ./tools/list.h:320: error: `nextItem' undeclared (first use this function) ./tools/list.h:324: error: `prevItem' undeclared (first use this function) ./tools/list.h:326: error: `item' undeclared (first use this function) ./tools/list.h: In member function `typename cTBList<T>::cItem* cTBList<T>::Unlink()': ./tools/list.h:341: error: `item' undeclared (first use this function) ./tools/list.h: In member function `bool cTBList<T>::Remove(const T&)': ./tools/list.h:373: error: `item' undeclared (first use this function) ./tools/list.h: In member function `bool cTBList<T>::Remove(uint)': ./tools/list.h:386: error: `item' undeclared (first use this function) ./tools/list.h: In member function `void cTBList<T>::Clear()': ./tools/list.h:415: error: `item' undeclared (first use this function) ./tools/list.h: In member function `T& cTBList<T>::Append() [with T = cTBString]': ./tools/list.h:307: instantiated from `void cTBList<T>::Append(const T&) [with T = cTBString]' ./tools/list.h:535: instantiated from here ./tools/list.h:288: error: dependent-name ` cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type ./tools/list.h:288: note: say `typename cTBList<T>::cItem' if a type is meant ./tools/list.h: In member function `typename cTBList<T>::cItem* cTBList<T>::NewItem(cTBList<T>::cItem*, cTBList<T>::cItem*) const [with T = cTBString]': ./tools/list.h:288: instantiated from `T& cTBList<T>::Append() [with T = cTBString]' ./tools/list.h:307: instantiated from `void cTBList<T>::Append(const T&) [with T = cTBString]' ./tools/list.h:535: instantiated from here ./tools/list.h:206: error: dependent-name ` cTBList<T>::cItem' is parsed as a non-type, but instantiation yields a type ./tools/list.h:206: note: say `typename cTBList<T>::cItem' if a type is meant make[1]: *** [streamdev-client.o] Error 1 make[1]: Leaving directory `/usr/src/vdr/vdr-1.3.34/PLUGINS/src/streamdev' make[1]: Entering directory `/usr/src/vdr/vdr-1.3.34/PLUGINS/src/streamplayer' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/src/vdr/vdr-1.3.34/PLUGINS/src/streamplayer' make[1]: Entering directory `/usr/src/vdr/vdr-1.3.34/PLUGINS/src/svdrpdemo' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/src/vdr/vdr-1.3.34/PLUGINS/src/svdrpdemo'

2 1

vdr-streamdev
by Simon Baxter 24 Nov '05

24 Nov '05

Hi. Is anyone using this plugin with a recent (1.3.33 +) version? I'd like to use it with an Amino box. Would it be supported? Would it work with Multicast?? any ideas?

1 0

detach receiver?
by Patrick Fischer 24 Nov '05

24 Nov '05

after hours of testing, I don't understand the methods of the receiver. Maybe I'm totally wrong. I need: -a method to receive the PES of a given VPID of a Channel -the method should be closed if the VPID of the Channel can't be reached any more In my opinion this is a receiver! But this receiver will NEVER be detached unless vdr will shutdown. Independent from the Prio. I have tried -10 .... 90 unfortunately it will receive data is an other channel has the same VPID I have written a simple receiver: class cPTSReceiver : public cReceiver, cThread { protected: virtual void Activate(bool On); virtual void Receive(uchar *Data, int Length); virtual void Action(void); public: cPTSReceiver(cChannel* channel); bool isAttached(); private: char channelname[30]; bool isrunning; }; //---------cPTSReceiver-----------// cPTSReceiver::cPTSReceiver(cChannel* channel):cReceiver(0,PRIORECEIVER, channel->Vpid()) { dsyslog("created a new receiver for %s with prio %d",channel->Name(),PRIORECEIVER); strcpy(channelname,channel->Name()); channelAttachedTo = channel; } void cPTSReceiver::Activate(bool On) { // start your own thread for processing the received data isrunning = On; if (isrunning){ dsyslog("attach receiver to %s",channelname); } else dsyslog("detach receiver from %s!",channelname);//will never reached } bool cPTSReceiver::isAttached(){ return isrunning; } void cPTSReceiver::Receive(uchar *Data, int Length) {...do something...} At the moment I use a total crazy way. I give the receiver the device and the channel. Each time the receiver will Receive()data, I test if the Channel of my receiver and the channel of the device are on the same TSID and NID. If not, the user has changed the channel. But this way is very ugly. Klaus sad that the vdr will detach the receiver if the Prio is lower the -1. My Receiver didn't detach at anytime! Please help me 8-) Patrick

3 2

Re: analogtv compile errors on vdr 1.3.34
by Istvan Fuley 24 Nov '05

24 Nov '05

I have the same problem. Did you manage to compile it? I found something on the german wiki, i will give a try to apply those patches. http://www.vdr-wiki.de/wiki/index.php/Analogtv-plugin ----------------------------------------------- Füley István

1 0

[ANNOUNCE] kvdrmon-0.4
by Bernd Juraschek 24 Nov '05

24 Nov '05

Hello, I've released version 0.4 of my kvdrmon KDE applet. This applet does some VDR monitoring visible in the KDE kicker. Changes: - Added some disk free space monitoring. This will show a usage indicator in the tray icon if disk space is low. - Minor bugs fixed You can download kvdrmon-0.4 and the needed VDR plugin vdr-kvdrmon-0.4 at http://sourceforge.net/project/showfiles.php?group_id=88863&package_id=1695… Gentoo users using the portage tree from gentoo.de can simply do emerge kvdrmon emerge vdr-kvdrmon (renamed ebuild!) Greetings, Bernd

1 0

[PATCH] UnbufferedFile improvements v4
by Artur Skawina 23 Nov '05

23 Nov '05

4th, hopefully final version. Changes since v3: o small bugfixes, cleanups and tuning (readahead size etc). o large reduction of numer of syscalls when doing IO. eg. VDR used to call lseek(2) twice (!) for every single read(2) call, mostly to confirm the current offset. We cache the file position now, which lets us avoid the lseeks completely when sequentially reading/writing. [I'm assuming there's never more than one user of a cUnbufferedFile object] o merging fadvice calls when sequentially reading. This means we free the used data in chunks of hundreds of kilobytes, instead of calling fadvise for every single read(2) call. o the manual readahead is done in much larger chunks too; this lets us avoid yet another fadvise() for every read(2) call. o the periodic fdatasync() calls are back. I realized they are mostly harmless when the streaming writeout works (since there is very little dirty data around). o a potential cache "leak" fixed. (i hope this was the last one) o the OSD write strategy selection is still around, but only the values '0' (UNBUFFERED) and '1' (BUFFERED) are supported (2 is equivalent to 0). (leaving this around until the unbuffered case is sufficiently tested) Lightly tested on mostly artificial data, but seems to work ok; i didn't notice any cache leaks, even when cutting. artur --- vdr-1.3.36.org/config.c 2005-09-09 17:08:59.000000000 +0200 +++ vdr-1.3.36/config.c 2005-11-21 22:17:55.000000000 +0100 @@ -453,6 +453,7 @@ bool cSetup::Parse(const char *Name, con else if (!strcasecmp(Name, "UseSmallFont")) UseSmallFont = atoi(Value); else if (!strcasecmp(Name, "MaxVideoFileSize")) MaxVideoFileSize = atoi(Value); else if (!strcasecmp(Name, "SplitEditedFiles")) SplitEditedFiles = atoi(Value); + else if (!strcasecmp(Name, "WriteStrategy")) WriteStrategy = atoi(Value); else if (!strcasecmp(Name, "MinEventTimeout")) MinEventTimeout = atoi(Value); else if (!strcasecmp(Name, "MinUserInactivity")) MinUserInactivity = atoi(Value); else if (!strcasecmp(Name, "MultiSpeedMode")) MultiSpeedMode = atoi(Value); @@ -518,6 +519,7 @@ bool cSetup::Save(void) Store("UseSmallFont", UseSmallFont); Store("MaxVideoFileSize", MaxVideoFileSize); Store("SplitEditedFiles", SplitEditedFiles); + Store("WriteStrategy", WriteStrategy); Store("MinEventTimeout", MinEventTimeout); Store("MinUserInactivity", MinUserInactivity); Store("MultiSpeedMode", MultiSpeedMode); --- vdr-1.3.36.org/config.h 2005-11-04 16:55:05.000000000 +0100 +++ vdr-1.3.36/config.h 2005-11-21 21:57:52.000000000 +0100 @@ -249,6 +249,7 @@ public: int UseSmallFont; int MaxVideoFileSize; int SplitEditedFiles; + int WriteStrategy; int MinEventTimeout, MinUserInactivity; int MultiSpeedMode; int ShowReplayMode; --- vdr-1.3.36.org/cutter.c 2005-10-31 13:26:44.000000000 +0100 +++ vdr-1.3.36/cutter.c 2005-11-22 19:29:03.000000000 +0100 @@ -66,6 +66,7 @@ void cCuttingThread::Action(void) toFile = toFileName->Open(); if (!fromFile || !toFile) return; + fromFile->setreadahead(MEGABYTE(5)); int Index = Mark->position; Mark = fromMarks.Next(Mark); int FileSize = 0; @@ -90,6 +91,7 @@ void cCuttingThread::Action(void) if (fromIndex->Get(Index++, &FileNumber, &FileOffset, &PictureType, &Length)) { if (FileNumber != CurrentFileNumber) { fromFile = fromFileName->SetOffset(FileNumber, FileOffset); + fromFile->setreadahead(MEGABYTE(5)); CurrentFileNumber = FileNumber; } if (fromFile) { --- vdr-1.3.36.org/menu.c 2005-11-05 18:29:22.000000000 +0100 +++ vdr-1.3.36/menu.c 2005-11-21 22:14:38.000000000 +0100 @@ -2270,6 +2270,7 @@ cMenuSetupRecord::cMenuSetupRecord(void) Add(new cMenuEditIntItem( tr("Setup.Recording$Instant rec. time (min)"), &data.InstantRecordTime, 1, MAXINSTANTRECTIME)); Add(new cMenuEditIntItem( tr("Setup.Recording$Max. video file size (MB)"), &data.MaxVideoFileSize, MINVIDEOFILESIZE, MAXVIDEOFILESIZE)); Add(new cMenuEditBoolItem(tr("Setup.Recording$Split edited files"), &data.SplitEditedFiles)); + Add(new cMenuEditIntItem( tr("Setup.Recording$Write strategy"), &data.WriteStrategy, 0, 2)); } // --- cMenuSetupReplay ------------------------------------------------------ --- vdr-1.3.36.org/tools.c 2005-11-04 17:33:18.000000000 +0100 +++ vdr-1.3.36/tools.c 2005-11-22 19:30:25.000000000 +0100 @@ -7,6 +7,7 @@ * $Id: tools.c 1.103 2005/11/04 16:33:18 kls Exp $ */ +#include "config.h" #include "tools.h" #include <ctype.h> #include <dirent.h> @@ -851,8 +852,7 @@ bool cSafeFile::Close(void) // --- cUnbufferedFile ------------------------------------------------------- -#define READ_AHEAD MEGABYTE(2) -#define WRITE_BUFFER MEGABYTE(10) +#define WRITE_BUFFER KILOBYTE(800) cUnbufferedFile::cUnbufferedFile(void) { @@ -868,23 +868,28 @@ int cUnbufferedFile::Open(const char *Fi { Close(); fd = open(FileName, Flags, Mode); - begin = end = ahead = -1; + curpos = 0; + begin = lastpos = ahead = 0; + readahead = 128*1024; + pendingreadahead = 0; written = 0; + totwritten = 0; + if (fd >= 0) { + // we really mean POSIX_FADV_SEQUENTIAL, but we do our own readahead + // so turn off the kernel one. + if (Setup.WriteStrategy!=1) + posix_fadvise(fd, 0, 0, POSIX_FADV_RANDOM); + } return fd; } int cUnbufferedFile::Close(void) { if (fd >= 0) { - if (ahead > end) - end = ahead; - if (begin >= 0 && end > begin) { - //dsyslog("close buffer: %d (flush: %d bytes, %ld-%ld)", fd, written, begin, end); - if (written) - fdatasync(fd); - posix_fadvise(fd, begin, end - begin, POSIX_FADV_DONTNEED); - } - begin = end = ahead = -1; + if (totwritten) + fdatasync(fd); + posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED); + begin = lastpos = ahead = 0; written = 0; } int OldFd = fd; @@ -894,40 +899,105 @@ int cUnbufferedFile::Close(void) off_t cUnbufferedFile::Seek(off_t Offset, int Whence) { - if (fd >= 0) - return lseek(fd, Offset, Whence); - return -1; + //dsyslog("Seek: fd: %d offs: %ld whence: %d diff: %ld", fd, (long)Offset, Whence, Offset-curpos); + if (Whence == SEEK_SET && Offset == curpos) + return curpos; + + curpos = lseek(fd, Offset, Whence); + return curpos; } +// when replaying and going eg FF->PLAY the position jumps back 2..8M +// hence we might not want to drop that data at once. +// Ignoring for now to avoid making this even more complex, but we could +// at least try to handle the common cases +// (PLAY->FF->PLAY, small jumps, moving editing marks etc) + ssize_t cUnbufferedFile::Read(void *Data, size_t Size) { if (fd >= 0) { - off_t pos = lseek(fd, 0, SEEK_CUR); - // jump forward - adjust end position - if (pos > end) - end = pos; - // after adjusting end - don't clear more than previously requested - if (end > ahead) - end = ahead; - // jump backward - drop read ahead of previous run - if (pos < begin) - end = ahead; - if (begin >= 0 && end > begin) - posix_fadvise(fd, begin - KILOBYTE(200), end - begin + KILOBYTE(200), POSIX_FADV_DONTNEED);//XXX macros/parameters??? - begin = pos; + off_t jumped = curpos-lastpos; // nonzero means we're not at the last offset - some kind of jump happened. + if (jumped) { + pendingreadahead += ahead-lastpos+MEGABYTE(4); + // jumped forward? - treat as if we did read all the way to current pos. + if (jumped >= 0) { + lastpos = curpos; + // but clamp at ahead so we don't clear more than previously requested. + // (would be mostly harmless anyway, unless we got more than one reader of this file) + // add a little extra readahead, JIC the kernel prefethed more than we requested. + if (lastpos > (ahead+MEGABYTE(4))) + lastpos = ahead+MEGABYTE(4); + } + // jumped backward? - drop both last read _and_ read-ahead + else + if (curpos < begin) + lastpos = ahead+MEGABYTE(4); + // jumped backward, but still inside prev read window? - pretend we read less. + else /* if (curpos >= begin) */ + lastpos = curpos; + } + ssize_t bytesRead = safe_read(fd, Data, Size); + + // now drop all data accesed during _previous_ Read(). + // but try to merge the fadvise calls a bit in order to reduce overhead. + if (Setup.WriteStrategy!=1 && begin >= 0 && lastpos > begin) + if (jumped || (size_t)(lastpos-begin) > readahead) { + //dsyslog("taildrop: %ld..%ld size %ld", begin, lastpos, lastpos-begin); + posix_fadvise(fd, begin-4095, lastpos-begin+4095*2, POSIX_FADV_DONTNEED); + begin = curpos; + } + if (bytesRead > 0) { - pos += bytesRead; - end = pos; + curpos += bytesRead; // this seems to trigger a non blocking read - this // may or may not have been finished when we will be called next time. // If it is not finished we can't release the not yet filled buffers. // So this is commented out till we find a better solution. - //posix_fadvise(fd, pos, READ_AHEAD, POSIX_FADV_WILLNEED); - ahead = pos + READ_AHEAD; + + // Hmm, it's obviously harmless if we're actually going to read the data + // -- the whole point of read-ahead is to start the IO early... + // The comment above applies only when we jump somewhere else _before_ the + // IO started here finishes. How common would that be? Could be handled eg + // by posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED) called some time after + // we detect a jump. Ignoring this for now. /AS + + // Ugh, it seems to cause some "leaks" at every jump... Either the + // brute force approach mentioned above should work (it's not like this is + // much different than O_DIRECT) or keeping notes about the ahead reads and + // flushing them after some time. the latter seems overkill though, trying + // the former... + + //dsyslog("jump: %06ld ra: %06ld size: %ld", jumped, (long)readahead, (long)Size); + + // no jump? also permit small jump still inside readahead window (FF). + if (Setup.WriteStrategy!=1 && jumped>=0 && jumped<=(off_t)readahead) { + if ( readahead < Size*32 ) { // automagically tune readahead size. + readahead = Size*32; + //dsyslog("Readahead for fd: %d increased to %ld", fd, (long)readahead); + } + if (ahead<(off_t)(curpos+readahead/2)) { + posix_fadvise(fd, curpos, readahead, POSIX_FADV_WILLNEED); + ahead = curpos + readahead; + } + } + else { + // jumped - we really don't want any readahead now. otherwise + // eg fast-rewind gets in trouble. + ahead = curpos; + + // flush it all; mostly to get rid of nonflushed readahead coming + // from _previous_ jumps. ratelimited. + // the accounting is _very_ unaccurate, i've seen ~50M get flushed + // when the limit was set to 4M. As long as this triggers after + // _some_ jumps we should be ok though. + if (Setup.WriteStrategy!=1 && pendingreadahead>MEGABYTE(20)) { + pendingreadahead = 0; + posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED); + } + } } - else - end = pos; + lastpos = curpos; return bytesRead; } return -1; @@ -936,25 +1006,35 @@ ssize_t cUnbufferedFile::Read(void *Data ssize_t cUnbufferedFile::Write(const void *Data, size_t Size) { if (fd >=0) { - off_t pos = lseek(fd, 0, SEEK_CUR); ssize_t bytesWritten = safe_write(fd, Data, Size); if (bytesWritten >= 0) { + curpos += bytesWritten; written += bytesWritten; if (begin >= 0) { - if (pos < begin) - begin = pos; + if (curpos < begin) + begin = curpos; } else - begin = pos; - if (pos + bytesWritten > end) - end = pos + bytesWritten; + begin = curpos; + if (curpos + bytesWritten > lastpos) + lastpos = curpos + bytesWritten; if (written > WRITE_BUFFER) { - //dsyslog("flush buffer: %d (%d bytes, %ld-%ld)", fd, written, begin, end); - fdatasync(fd); - if (begin >= 0 && end > begin) - posix_fadvise(fd, begin, end - begin, POSIX_FADV_DONTNEED); - begin = end = -1; + //dsyslog("flush buffer: %d (%d bytes, %ld-%ld)", fd, written, begin, lastpos); + totwritten += written; + if (Setup.WriteStrategy!=1 && begin >= 0 && lastpos > begin) { + off_t headdrop = max(begin,WRITE_BUFFER*2L); + posix_fadvise(fd, begin-headdrop, lastpos - begin + headdrop, POSIX_FADV_DONTNEED); + } + begin = lastpos = 0; written = 0; + // the above fadvise() works when recording, but seems to leave cached + // data around when writing at a high rate (eg cutting). Hence... + if (Setup.WriteStrategy!=1 && totwritten>MEGABYTE(20)) { + //if (Setup.WriteStrategy==2) + fdatasync(fd); + posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED); + totwritten = 0; + } } } return bytesWritten; --- vdr-1.3.36.org/tools.h 2005-11-05 11:54:39.000000000 +0100 +++ vdr-1.3.36/tools.h 2005-11-22 16:16:16.000000000 +0100 @@ -205,10 +205,14 @@ public: class cUnbufferedFile { private: int fd; + off_t curpos; off_t begin; - off_t end; + off_t lastpos; off_t ahead; + size_t pendingreadahead; + size_t readahead; ssize_t written; + ssize_t totwritten; public: cUnbufferedFile(void); ~cUnbufferedFile(); @@ -218,6 +222,7 @@ public: ssize_t Read(void *Data, size_t Size); ssize_t Write(const void *Data, size_t Size); static cUnbufferedFile *Create(const char *FileName, int Flags, mode_t Mode = DEFFILEMODE); + void setreadahead(size_t ra) { readahead = ra; }; }; class cLockFile {

2 2

streamdev-client and ttxtsubs
by Lars Fredriksson 23 Nov '05

23 Nov '05

Hi! I'm building myself a streaming client without any DVB-cards. I have it up and running now and everything works except for teletext subtitles - I have been searching a little, and I don't know what to think, some places says it it shouldn't work, and on some places it says it should. In the HISTORY of streamdev-cvs it says something about a major rewrite and that VDR shouldn't be able to see any difference between a budget card and streamdev-client Anyone that have a hint for me about what to do? vdr-1.3.36 ttxtsubs-0.05 (with a some patches) streamdev-cvs from today softdevice-cvs Same on server. When I'm running VDR on the client I get lots of this at the console: --< SNIP >-- DEMUX DEVICE 1: : No such file or directory ttxtsubs: Error: GetTtxtInfo failed --< SNAP >-- Best regards, Lars Fredriksson

3 7

← Newer
1
2
3
4
5
6
7
8
...
18
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr November 2005