vdr

vdr@linuxtv.org

7 participants
6743 discussions

VDR working under FC3?
by Linux TV 17 Feb '05

17 Feb '05

Hi. I have my WinTV Nova-T card working under FC3 and can view/record streams. I cannot install VDR though - getting the following : [root@nzbaxters VDR]# make g++ -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD -DREMOTE_ -D_GNU_SOURCE -D VIDEODIR=\"/fifty/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -I/share/dvb-cvs/dvb-ker nel/linux/drivers/media/dvb/include channels.c In file included from channels.h:13, from channels.c:10: config.h: In member function `bool cConfig<T>::Save()': config.h:140: error: there are no arguments to `First' that depend on a template parameter, so a declaration of `First' must be available config.h:140: error: (if you use `-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) make: *** [channels.o] Error 1 [root@nzbaxters VDR]# any ideas??

10 19

RE: [vdr] vdr-1.3.21: video data stream broken
by Vladimir Shved 17 Feb '05

17 Feb '05

> -----Original Message----- > From: vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] On Behalf > Of Joerg Knitter > Sent: Wednesday, February 16, 2005 2:40 AM > To: Klaus Schmidinger's VDR > Subject: Re: [vdr] vdr-1.3.21: video data stream broken ... > Installed VDR 1.3.21 yesterday with CVS drivers from 25.01.2005, and > while I did not see any problems with VDR 1.3.19 I previously had > installed, I immediately got VDSB messages with VDR 1.3.21 when I > recorded with the FF card while I was zapping with the Nova-S (because > the FF was "occupied"). Just sharing my experience, I'm using 1.3.21 since Monday, using Nexus with SS2 2.6c and I was zapping whole evening while FF card was occupied and could not get VDSB to come up. I used enAIO, jumpplay and several other minor patches. If I occupy budget card and start zapping with FF card, I'll get VDSB very quick. Budget card seems to take longer before it locks on signal, takes few secs, FF card gets lock nearly instantly. If FF card is on same channel where budget card starts the timer, and later on FF card starts recording on another channel, I'll get VDSB and after restart both recordings would complete without a problem. I did not notice any changes if I would reload drivers or not after VDSB, or even after reboot, system behaves the same. Last night, system went through 7 timers without VDSB, there were two times where both cards were occupied. Vanilla kernel 2.6.10 w/ CVS DVB drivers from last week. Cards have their own IRQs, only NIC and IDE controller share same IRQ, everything else has its own IRQ in the system.

4 4

Small patch to prefermenu and ideas for next generation prefermenu.
by DOm 17 Feb '05

17 Feb '05

Hi, firstly i attach a small patch to fix drawing of the new yellow and blue "buttons" of prefermenu plugin. Thinking to a better prefermenu i would like to ask something to someone more inside the vdr code: Can i use something like the small menu for Audio track selection to show preferred channels? Doing so i can have a channel menu not too big and looking consistent with the current skin. Does this sound reasonable to you? And more important: Did you understand me? really :) Thanks for your effort, ANgelus.

3 4

VDR developer version 1.3.21
by Klaus Schmidinger 17 Feb '05

17 Feb '05

VDR developer version 1.3.21 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.21.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.20: - Fixed cDvbDevice::SetAudioTrackDevice() to avoid a blank screen after switching back to live mode if a recording is currently active on the primary device. - Fixed a possible freeze in pause mode in case a device's PlayPesPacket() function permanently returns 0 (thanks to Reinhard Nissl and Olaf Titz). - Completed the Finnish OSD texts (thanks to Rolf Ahrenberg). - Restricted the "setting audio track" log message to automatic changes during replay. - Fixed handling Transfer Mode for radio channels (thanks to Andreas Regel for reporting this one). - Fixed handling symbolic links in cRecordings::ScanVideoDir() (thanks to Stefan Huelswitt). - Completed the Danish OSD texts (thanks to Mogens Elneff). - Forcing a new resync after a call to cRemux::Clear() (suggested by Marco Schlüßler). - The cAudio::Play() function now has an additional parameter 'uchar Id' which tells the function the substream id of the given audio packet, so that a plugin can take the right action for the various kinds if audio data - which now also includes "normal" audio with ids 0xC0...0xDF (based on suggestions by Werner Fink and Macro Schlüßler). - Removed the "Cleared/PlayPes(NULL, 0)" handling from cTransfer::Action(), since this is now done when attaching the player to the device (thanks to Marco Schlüßler). - Making sure the buffer reserve in cTransfer::Action() is re-established after clearing the buffer. - Added DeviceClrAvailableTracks() and DeviceSetCurrentAudioTrack() to cPlayer (thanks to Marco Schlüßler). - Fixed a typo in detecting UTF-8 (thanks to Reinhard Nissl). - Now using twice the buffer reserve in cTransfer if the primary DVB card is an unmodified version with only 2MB of SDRAM, to avoid audio stuttering when playing Dolby Digital over the DVB card (thanks to Christian Jacobsen and Chad Flynt for suggestions and experiments in that area). - Making sure the first audio packet is not dropped when switching to "pre 1.3.19 Dolby Digital compatibility mode". - The 'plugins-clean' target of the Makefile now only deletes the actual plugin library files from this version of VDR (suggested by Andreas Brachold). - Added a missing 'resultSkipped = 0' to cRemux::Clear() (thanks to Marco Schlüßler for reporting this one). - The new function cDvbDevice::SetTransferModeForDolbyDigital() can be used by plugins that implement Dolby Digital output and thus want to prevent the cDvbDevice from starting Transfer Mode in order to replay DD over the DVB device. - Added missing reset of the 'repacker' to cTS2PES::Clear() (thanks to Marco Schlüßler for reporting this one). The DVB driver I am currently using can be found at ftp://ftp.cadsoft.de/vdr/Developer/linux-dvb.2004-12-26.tar.bz2 which is the CVS 'HEAD' version from 2004-12-26, made available as a complete archive for your convenience. Of course, you can also use any newer driver version. Have fun! Klaus

5 6

Re: [vdr] [ADMIN] server downtime
by Johannes Stezenbach 17 Feb '05

17 Feb '05

Hi all, linuxtv.org is operating within normal parameters ;-) We decided to replace the mailing list manager Ecartis with Mailman. If you want to change your settings go to: http://linuxtv.org/cgi-bin/mailman/listinfo In case you have trouble accessing CVS, or other problems, please send mail to admin(a)linuxtv.org. I read some people here are unhappy because of changed List-Ids or lost personal settings; I'm sorry about that, but we're too lame to get that right... Johannes

9 16

RE: [vdr] Re: VDR-1.3.19 : DD-Audio stuttering when switching between Pro7 and Sat1
by christian jacobsen 17 Feb '05

17 Feb '05

Hallo Klaus, > > But yor proposal to display the streams is good. Or have a > preference > > setting like with AC3overDVB to prefer either the AC3 or the PCM > > channel. Saves you and some more idiots like me some time :-)) > > This should already be the case. VDR remembers the last audio setting > and, when switching channels or starting a replay, it selects > the appropriate > channel if available. Would you consider my suggestion to differ between Live and Replay ? See Mail : "[vdr] Dolby Digital : remeber last setting seperate for Replay and LiveAC3" Thanks :) Greetings Christian Jacobsen

1 0

Fwd: [vdr] [ANNOUNCE] vdr-xine-0.7.1 plugin
by mike lewis 16 Feb '05

16 Feb '05

Woops, replay-to-all issues ;-) ---------- Forwarded message ---------- From: mike lewis <lachlanlewis(a)gmail.com> Date: Mon, 14 Feb 2005 15:39:37 +0800 Subject: Re: [vdr] [ANNOUNCE] vdr-xine-0.7.1 plugin To: Reinhard Nissl <rnissl(a)gmx.de> Hello, Thanks for the great work on this plugin Reinhard. However, I um unable to build it.. I have removed the old xine-lib and installed the cvs cheout you link to, as well as the new xine-ui. When I try to do "make plugins" I get the following error in xinelib.. Can anyone help diagnose? g++ -O2 -g -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"xine"' -DFIFO_DIR=\"/tmp/vdr-xine\" `xine-config --cflags` -I../../../include -I../../../../linuxtv-dvb-1.0.1/include xineLib.c xineLib.c: In member function `bool PluginXine::cXineLib::execFuncNop()': xineLib.c:2100: error: `data_nop_t' undeclared (first use this function) xineLib.c:2100: error: (Each undeclared identifier is reported only once for each function it appears in.) xineLib.c:2100: error: parse error before `;' token xineLib.c:2101: error: `data' undeclared (first use this function) xineLib.c:2101: error: `func_nop' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncSetPrebuffer(int)': xineLib.c:2330: error: parse error before `;' token xineLib.c:2331: error: `func_set_prebuffer' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncStart()': xineLib.c:2485: error: parse error before `;' token xineLib.c:2486: error: `func_start' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncOsdNew(int, int, int, int, int)': xineLib.c:2513: error: parse error before `;' token xineLib.c:2514: error: `func_osd_new' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncSetColor(int, int, int, uint32_t*)': xineLib.c:2589: error: parse error before `;' token xineLib.c:2590: error: `func_set_color' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncOsdDrawBitmap(int, uint8_t*, int, int, int, int, int)': xineLib.c:2623: error: parse error before `;' token xineLib.c:2624: error: `func_osd_draw_bitmap' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncOsdSetPosition(int, int, int)': xineLib.c:2675: error: parse error before `;' token xineLib.c:2676: error: `func_osd_set_position' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncOsdShow(int) ': xineLib.c:2708: error: parse error before `;' token xineLib.c:2709: error: `func_osd_show' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncOsdHide(int) ': xineLib.c:2739: error: parse error before `;' token xineLib.c:2740: error: `func_osd_hide' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncOsdFlush()': xineLib.c:2770: error: parse error before `;' token xineLib.c:2771: error: `func_osd_flush' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncOsdFree(int) ': xineLib.c:2796: error: parse error before `;' token xineLib.c:2797: error: `func_osd_free' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncClear()': xineLib.c:2825: error: parse error before `;' token xineLib.c:2826: error: `func_clear' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncFirstFrame() ': xineLib.c:2850: error: parse error before `;' token xineLib.c:2851: error: `func_first_frame' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncResetAudio() ': xineLib.c:2876: error: parse error before `;' token xineLib.c:2877: error: `func_reset_audio' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncFlush(int, bool)': xineLib.c:2900: error: parse error before `;' token xineLib.c:2901: error: `func_flush' undeclared (first use this function) xineLib.c:2908: error: `result_union_t' undeclared (first use this function) xineLib.c:2908: error: parse error before `;' token xineLib.c:2910: error: `resultUnion' undeclared (first use this function) xineLib.c:2917: error: `result_flush_t' undeclared (first use this function) xineLib.c:2917: error: `result' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncMute(bool)': xineLib.c:2947: error: parse error before `;' token xineLib.c:2948: error: `func_mute' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncSetVolume(int)': xineLib.c:2978: error: parse error before `;' token xineLib.c:2979: error: `func_set_volume' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncSetSpeed(double)': xineLib.c:3004: error: parse error before `;' token xineLib.c:3005: error: `func_set_speed' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncMetronom(long long int, unsigned int)': xineLib.c:3051: error: parse error before `;' token xineLib.c:3052: error: `func_metronom' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncWait()': xineLib.c:3081: error: parse error before `;' token xineLib.c:3082: error: `func_wait' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncSetup()': xineLib.c:3109: error: parse error before `;' token xineLib.c:3110: error: `func_setup' undeclared (first use this function) xineLib.c:3118: error: `INPUT_VDR_MUTE_IGNORE' undeclared (first use this function) xineLib.c:3119: error: `INPUT_VDR_MUTE_EXECUTE' undeclared (first use this function) xineLib.c:3120: error: `INPUT_VDR_MUTE_SIMULATE' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncGrabImage(const char*, bool, int, int, int)': xineLib.c:3179: error: parse error before `;' token xineLib.c:3180: error: `func_grab_image' undeclared (first use this function) xineLib.c:3185: error: parse error before `;' token xineLib.c:3194: error: `result_grab_image_t' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncGetPTS(int64_t&)': xineLib.c:3348: error: parse error before `;' token xineLib.c:3349: error: `func_get_pts' undeclared (first use this function) xineLib.c:3354: error: parse error before `;' token xineLib.c:3363: error: `result_get_pts_t' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncVideoSize(int&, int&, int&, int&)': xineLib.c:3388: error: parse error before `;' token xineLib.c:3389: error: `func_video_size' undeclared (first use this function) xineLib.c:3394: error: parse error before `;' token xineLib.c:3403: error: `result_video_size_t' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncSetVideoWindow(int, int, int, int, int, int)': xineLib.c:3431: error: parse error before `;' token xineLib.c:3432: error: `func_set_video_window' undeclared (first use this function) xineLib.c: In member function `bool PluginXine::cXineLib::execFuncPlayExternal(const char*)': xineLib.c:3466: error: parse error before `;' token xineLib.c:3467: error: `func_play_external' undeclared (first use this function) make[1]: *** [xineLib.o] Error 1 make[1]: Leaving directory `/build/vdr-1.3.20/PLUGINS/src/xine' make: *** [plugins] Error 2 Xine is tested and working... Mick

2 5

Re: [vdr] Re: thread %d won't end, canceling
by Olaf Titz 16 Feb '05

16 Feb '05

> You might want to upgrade two things: kernel to 2.6.10 and your VDR. > The kernel because it fixes things in the video4linux driver (at least for > me), and VDR because it had problems with threading and some > ring buffer overflow in 1.3.18 IIRC. Still happens in VDR 1.3.20. The kernel is 2.6.9 but the DVB driver is a recent CVS snapshot. Olaf

1 0

ANNOUNCE: DVB subtitles 0.3.7
by Pekka Virtanen 16 Feb '05

16 Feb '05

There is a maintenance release available at: http://virtanen.org/vdr/subtitles/ 2005-02-15: Version 0.3.7 -New patch and bugfixes (Provided by Rolf Ahrenberg) -- pekka

2 1

vdr-xine-0.7.x breaks SVDR
by Tuomas Jormola 16 Feb '05

16 Feb '05

Hi, When using vdr-xine plugin version 0.7.0 or 0.7.1 and the xine player is connected to the vdr-xine socket, changing channels from a telnet session to VDR's SVDR service doesn't work anymore. The SVDR service just hangs when it tries to change channels. Also the vdr-control plugin's OSD-over-network doesn't work. However, it'll work just after starting VDR and without xine player connected. After the xine player connects, problem begins to occur. With vdr-xine 0.6.5 everything is ok so something that was added to 0.7.0 causes this. I've tried with VDR 1.3.19 and 1.3.21, VDR version doesn't seem to matter, the problem occurs with both versions. Any ideas? -- Tuomas Jormola <tjormola(a)cc.hut.fi>

2 1

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