vdr March 2005

vdr@linuxtv.org

196 participants
257 discussions

english VDR Wiki license change
by Thomas Wehrspann 06 Mar '05

06 Mar '05

I am going to change the license for text contributions to the wiki. Currently, text is licensed under the GNU Free Documentation License (FDL). For some reasons (see discussion of http://www.linuxtv.org/pipermail/vdr/2005-February/000072.html), i will change the license to GPL. All translated articles currently in the wiki will preserve the FDL licence and will get a hint, until they are rewritten from scratch. Only articles i have the (only) copyright on will be relicensed. Has anyone … [View More]

3 5

RE: [vdr] Tivo patent info
by jori.hamalainen＠teliasonera.com 05 Mar '05

05 Mar '05

> > * U.S. patent number 6,847,778, entitled Multimedia Visual Progress > > Indication System, which describes, among other things, methods for > > displaying a trick play bar to a user which visually indicates the > > amount of stored program material or the length of a > recording session > > as well as the user's current position within the stored program > > material. > > This means we can't use a progress bar? How absurd. (I am sorry I … [View More]haven't uploaded english patent dictionary into my head, but patent knowledge is there :) - I am 100% sure there was programs earlier than TiVo's patent apply where such progress bar is available. Xing players in early 90's? This would void the patent or give first right use to products used that prior TiVo's apply date. - If patent were OK, then countries/areas where patent has been applied and granted cannot use such feature => US VDR users cannot see progress bar without a license. - Tivo has also right to first claim patent in EU, but if it hasn't done that EU users can use patented technology. - But patent isn't automatic. You can use and build such features. Tivo has to start asking VDR communities for license fees. And after that battle begins. NOTE: I haven't checked patent claims (what Tivo is actually claiming). > > * U.S. patent number 6,792,195, entitled Method and Apparatus > > Implementing Random Access and Time-Based Functions on a Continuous > > Stream of Formatted Digital Data, which describes methods of > > controlling streaming media in a digital device, including the > > functions that enable DVRs to pause live TV as well as rewind, > > fast-forward, play, play faster, play slower, and play in reverse > > television signals cached by the DVR. > > So, now its too late. We can never have a replay buffer? I > really wanted to implement that. Again, was replay buffer published knowledge (on forum, mailing list etc) prior apply date by Tivo? > > * TiVo has also acquired the exclusive right to license and enforce > > U.S. patent number 5,241,428 entitled Variable- Delay Video > Recorder > > known in the industry as the Goldwasser Patent. Filed in > March 1991, > > the Goldwasser Patent is one of the earliest patents > regarding digital > > video recorders of which TiVo is aware. This patent covers devices > > that permit the simultaneous recording and playback of > video material > > with a variable time delay between recording and playback > of a given > > video program segment. > > > > Doesn't VDR already do this as well? So, legally, we cant > record and playback at the same time? Ridiculous. Patentwise this is the hardest thing for VDR to counter, and every other recording/playback device because it is so old (1991). On the otherway, patent would expire after 11 years.. :-) I just want to remind open source communities, publish on mailing list new ideas. That makes acquiring patents very hard (or if patent is given, then it is easy to counter)! It is cheap, usually your monthly ADSL fee.. :-) (Or you can patent it by yourself if you have the money, and sell licences to Tivo to gain money). Best regards, Jori [View Less]

4 3

VDR developer version 1.3.22
by Klaus Schmidinger 05 Mar '05

05 Mar '05

VDR developer version 1.3.22 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.22.tar.bz2 *** NOTE THAT THE WARNINGS REGARDING THE USE OF VPS CONTROLLED *** TIMERS FROM PREVIOUS RELEASE NOTES STILL APPLY! The changes since version 1.3.21: - Removed some unneeded code and fixed access to unallocated memory in cEvent::FixEpgBugs() (thanks to Wolfgang Rohdewald). - Avoiding unnecessary calls to SetPid() in cDvbDevice::SetAudioTrackDevice() (thanks to Marco Schlüßler). - … [View More]

2 2

Replay with NFS and 54 MBit WLAN is jerky
by Emil Naepflein 05 Mar '05

05 Mar '05

Hi, I just upgraded to vdr 1.3.22 and discovered that there are still problems with playback over NFS and 54 MBit WLAN. When I read the the video files with dd and 8kB blocksize I get a data rate of about 1200 kB/s, and this should be sufficient to playback any recording. It seems that vdr doesn't fill used buffer aggressively enough. The file reader should keep the buffer at the top limit so that dvbplayer always has enough data available. When I stop playback I get the info that 0 % of … [View More]

2 3

RE: [vdr] Tivo patent info
by jori.hamalainen＠teliasonera.com 05 Mar '05

05 Mar '05

> >>TIVO GRANTED EIGHT NEW DOMESTIC AND FOREIGN PATENTS The > United States > >>Patent and Trademark Office (USPTO) recently issued new patents to > >>TiVo covering important aspects of DVR software and hardware design. > > > > > > What can I say but Aaaaaaarrrggghhhhh!!!!!!! > > > > What was that Clash song again? "I'm so bored with the U.S.A."... > > Well, thanks to the EU commission that has repeatedly ignored > the … [View More]

5 4

RE: [vdr] hardware recommendations?
by jori.hamalainen＠teliasonera.com 05 Mar '05

05 Mar '05

> Well, like I think I said, a good LCD should give crisper > text than a CRT. In fact, it can appear too crisp and look a > bit ugly without anti-aliasing, but I do find old-fashioned > pixelly LucidaTypewriter still the most usable for terminals. <IMO> Also check your tube. Put black background and white text and type whole screen full of h -character for example. Now look closely, is your tube aligned correctly, so you see white h, not h with a red shadow. Problem is … [View More]

2 1

Error compiling dxr3 plugin for vdr
by Sinisa Dumanic 05 Mar '05

05 Mar '05

Please can you help me with compiling dxr3 plugin for vdr. I use vdr 1.3.14 vdr-dxr3-0.2.2 and ffmpeg 0.4.6 When I try make plugins I got following output: make[1]: Entering directory `/video/vdr/PLUGINS/src/dxr3' make[1]: Leaving directory `/video/vdr/PLUGINS/src/dxr3' make[1]: Entering directory `/video/vdr/PLUGINS/src/dxr3' g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"dxr3"' -DSOCKET_CHMOD=0660 -D_GNU_SOURCE -I../../../include -I../../../../DVB/include -I../../../../ffmpeg … [View More]dxr3.c In file included from dxr3osd.h:14, from dxr3abstractiondevice.h:17, from dxr3syncbuffer.h:15, from dxr3demuxdevice.h:14, from dxr3device.h:17, from dxr3.c:10: spuenc.h:52: error: syntax error before `*' token spuenc.h:91: error: `cWindow' was not declared in this scope spuenc.h:91: error: `win' was not declared in this scope spuenc.h:91: error: parse error before `,' token spuenc.h:93: error: parse error before `*' token In file included from dxr3abstractiondevice.h:17, from dxr3syncbuffer.h:15, from dxr3demuxdevice.h:14, from dxr3device.h:17, from dxr3.c:10: dxr3osd.h:16: error: parse error before `{' token dxr3osd.h:21: error: `cWindow' was not declared in this scope dxr3osd.h:21: error: `Window' was not declared in this scope dxr3osd.h:23: error: parse error before `protected' dxr3osd.h:25: error: `cWindow' was not declared in this scope dxr3osd.h:25: error: `Window' was not declared in this scope dxr3osd.h:25: error: virtual outside class declaration dxr3osd.h:25: error: variable or field `CommitWindow' declared void dxr3osd.h:26: error: `cWindow' was not declared in this scope dxr3osd.h:26: error: `Window' was not declared in this scope dxr3osd.h:26: error: virtual outside class declaration dxr3osd.h:26: error: variable or field `ShowWindow' declared void dxr3osd.h:27: error: `cWindow' was not declared in this scope dxr3osd.h:27: error: `Window' was not declared in this scope dxr3osd.h:27: error: parse error before `)' token dxr3osd.h:27: error: virtual outside class declaration dxr3osd.h:28: error: `cWindow' was not declared in this scope dxr3osd.h:28: error: `Window' was not declared in this scope dxr3osd.h:28: error: parse error before `,' token dxr3osd.h:28: error: virtual outside class declaration dxr3osd.h:29: error: `cWindow' was not declared in this scope dxr3osd.h:29: error: `Window' was not declared in this scope dxr3osd.h:29: error: virtual outside class declaration dxr3osd.h:29: error: variable or field `CloseWindow' declared void dxr3osd.h:31: error: parse error before `public' dxr3osd.h:33: error: destructors must be member functions dxr3osd.h:33: error: virtual outside class declaration dxr3osd.h:34: error: parse error before `}' token In file included from dxr3syncbuffer.h:15, from dxr3demuxdevice.h:14, from dxr3device.h:17, from dxr3.c:10: dxr3abstractiondevice.h:72: error: syntax error before `*' token In file included from dxr3device.h:17, from dxr3.c:10: dxr3demuxdevice.h:41: error: syntax error before `*' token In file included from dxr3.c:10: dxr3device.h:55: error: ISO C++ forbids declaration of `cOsdBase' with no type dxr3device.h:55: error: `cOsdBase' declared as a `virtual' field dxr3device.h:55: error: parse error before `*' token ../../../include/vdr/device.h:132: warning: `virtual int cDevice::ProvidesCa(const cChannel*) const' was hidden dxr3device.h:54: warning: by `virtual int cDxr3Device::ProvidesCa(int)' make[1]: *** [dxr3.o] Error 1 make[1]: Leaving directory `/video/vdr/PLUGINS/src/dxr3' [View Less]

1 0

graphlcd 0.1.2-pre4 segfaults with vdr-1.3.22
by Wolfgang Fritz 05 Mar '05

05 Mar '05

Hi, I am running vdr-1.3.22 with graphlcd 0.1.2-pre4 and sometimes get a segmentation fault in the graphlcd code when stopping a replay with the "exit" key. This happens mostly when I stop replaying a VDR recording, but I've seen this too when I terminate MP3 playback in the MP3 plugin. The following backtrace is from a crash after stopping a VDR reording: #0 cChannel::GetChannelID() const (this=0x0) at channels.h:66 66 tChannelID(int Source, int Nid, int Tid, int Sid, int Rid = 0) { … [View More]

3 3

[ANNOUNCE] vdr-softdevice-0.1.0pre1
by Stefan Lucke 04 Mar '05

04 Mar '05

Hello, I'm pleased to announce a new pre-release of vdr softdevice plugin. In short words: softdevice plugin is for getting vdr to your desktop with so called budget cards. You'll get vdr output via framebuffer or X11-Xv or DirectFB or vidix to your screen. Decoding is done via ffmpeg. For compile options, please read the Makefile carefully and decide which of the available output methods fit to your system. Plugin's homepage is located at: http://softdevice.berlios.de/ Changelog since … [View More]last release: 2005-03-04: 0.1.0pre1 - some i18n changes 2005-03-03: - fb-out: fix for build option USE_SUBPLUGINS fix alpha mask misplacement fix locking during video and OSD drawing 2005-03-02: - increased osd fallback timeout - removed syoff and sxoff from Draw(...) 2005-02-27: - save "vo" and "ao" calling args in setup store. - new runtime arg "-L path_name". Default set in Makefile to: "./PLUGINS/lib" - USE_SUBPLUGINS is now default build option - dfb-out: fix for segfault on via unichrome with current DirectFB cvs. 2005-02-25: - vidix-out: fix segfaults upon switch from software OSD back to pseudo mode. match available fourcc against selected. support for YUY2 added (without soft alpha [todo]). - all-out: unified constuctor parameter optionaly output method is loaded at runtime. by this, one can build and ship binaries with all methods enabled to target enviroments where not all libs are present. - removed obsolete OSD option "sync on" (I-frame/all frames). 2005-02-18: - support for DIRECTCOLOR framebuffer ( most ATI cards, tested with Mach64) - fixed osd flickering in framebuffer mode vdr>1.3.7 - software alpha blending implemented for Vidix (vdr>1.3.7) - software alpha blending done in software for Xv out and vdr>1.3.7 - osd scaling for vdr and Xv >1.3.7 2005-02-13: - a/v sync: auto adjusting back index instead of using fixed value 4 2005-02-08: - dfb-out: fix for field parity in tv-out mode - xv-out: fix compile warnings on amd64 (reported by Konrad Naumann) 2005-01-23: - added suspend video playback patch. 2005-01-15: - fix OSD drawing when multiple areas are used (with text2skin plugin) - dfb out: reverted top-field first setting as it may crash - removed some unused code - subtract already spend time from delay before entering delay loop (found by Stefan Lucke) - audio pts calculation changed to use sample rate and number of channels 2005-01-13: - compatibility fix for vdr-1.3.18 - aspect ratio handling for 16:9 TV output - dfb-out TVout: set top field first and acpect scaleing for TV mode if not set 2005-01-12: - fix aspect ratio calculation/recognition on some dvds By subscribing to the to cvs list via https://lists.berlios.de/mailman/listinfo/softdevice-cvs you'll get informed about lastest changes. For those who are interested in active development, subscribing to https://lists.berlios.de/mailman/listinfo/softdevice-devel is a good choice. Members of softdevice development crew are: Torgeir Veimo, Martin Wache and me, Stefan Lucke. -- Stefan Lucke [View Less]

2 1

osdteletext together with skincurses plugin
by Halim Sahin 04 Mar '05

04 Mar '05

Hi, I tried this plugins together without success. Is it possible to get this work? Halim

2 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr March 2005