vdr

vdr@linuxtv.org

6731 discussions

Audio stutterin problem (bug/feature req)
by Pasi Juppo 11 Dec '05

11 Dec '05

Almost every time something is recorded there are problems with the stream - with audio to be exact. Naturally these problems come from the broadcaster but there's little what can be done about it. When the stream is corrupted for few milliseconds or seconds the audio becomes jerky. It's easily fixed by jumping 1min back and forward. It would be very nice if VDR would check the audio sync during playback and fix it when needed. I'm not sure if this non-syncing is bug (i.e. audio should be synced constantly) or a feature request. Br, Pasi

1 0

VDR gets somehow stuck and consumes all CPU time
by Paavo Hartikainen 10 Dec '05

10 Dec '05

Every now and then (too often) I need to restart VDR because it starts to use lots of CPU time. Problem may stay hidden for week, but sometimes it happens after less than one day. VDR still works, but wastes CPU cycles. This has been happening for long time, it is not any recent problem. --- Linux 2.6.14 PowerPC 604e TechnoTrend DVB-C 2.1 TechniSat DVB-C CableStar2 vdr (1.3.27) subtitles (0.3.8) streamdev-server (0.3.3-pre3-geni) --- Someone probably has got ideas about how to debug this... -- "pienena / Paavo "Rainbow Rat" Hartikainen minusta / E-mail: pahartik(a)sci.fi tulee / URL: http://www.sci.fi/~pahartik/ rotta" / EFnet: pahartik at #Atari and #LionKing

5 17

[patch] "make plugins" verbose
by Udo Richter 10 Dec '05

10 Dec '05

Hi list, I wrote a small patch to get some useful output on 'make plugins', maybe some like it too. Here's what it does: - At the end of 'make plugins', output a list of all plugins that failed to compile (if any) - Write plugin name to output before starting to 'make' it If you compile lots of plugins, its quite hard to spot which plugins didn't 'make' it. With the patch, you'll get a list of all failed compiles at the end, so you don't have to carefully check all output. The second change is especially useful if you use 'make -s plugins' to reduce the overall output noise, because with -s you never know exactly what plugin currently compiles in case of errors or warnings. Cheers, Udo --- vdr-1.3.37/Makefile 2005-12-09 16:59:03.000000000 +0100 +++ vdr-1.3.37/Makefile 2005-12-09 17:03:43.000000000 +0100 @@ -194,7 +194,12 @@ # Plugins: plugins: include-dir - @for i in `ls $(PLUGINDIR)/src | grep -v '[^a-z0-9]'`; do $(MAKE) -C "$(PLUGINDIR)/src/$$i" all; done + @failed="";\ + for i in `ls $(PLUGINDIR)/src | grep -v '[^a-z0-9]'`; do\ + echo "Plugin $$i:";\ + $(MAKE) -C "$(PLUGINDIR)/src/$$i" all || failed="$$failed $$i";\ + done;\ + if [ -n "$$failed" ] ; then echo "Failed plugins:$$failed"; fi plugins-clean: @for i in `ls $(PLUGINDIR)/src | grep -v '[^a-z0-9]'`; do $(MAKE) -C "$(PLUGINDIR)/src/$$i" clean; done

1 0

[ANNOUNCE] XXV - Xtreme eXtenstion for VDR - 0.52
by Andreas Brachold 10 Dec '05

10 Dec '05

Hi, we, Frank Herrmann as maintainer and i'm as coauthor, proudly to present our XXV - Xtreme eXtenstion for VDR - 0.52 XXV means "Xtreme eXtenstion for VDR" and is a central service is for the administration of the VDR and its environment. This release is a candicate for our next final stable release 0.60. Lots of changes and fixes was added and we thank all of our supporter. See for details at XXV/doc/Changelog.txt inside this package. Download : ---------- http://www.xpix.de/downloads/xxv/xxv-0.52.tgz Howto and documentation ------------------------ German : http://www.vdr-wiki.de/wiki/index.php/Xxv English : http://www.linuxtv.org/vdrwiki/index.php/Xxv (Sorry the english wiki need a little spell checking :) BTW : Through full gettext support we could integrate nearly any language. If we wish that XXV support your language nativ, send us a edited translation file like XXV/locale/de.po ... Also see XXV/locale/README for all details. Enjoy, Andreas

4 7

Suggestion for VDR 1.5 (Usability)
by J. L'huillier 10 Dec '05

10 Dec '05

Hi! First of all I have to thank Klaus and all programmers for this great peace of software! I use my VDR system since a few years and I am very happy. But for new users a VDR system (especially with many plugins) may be difficult to use. One way to make the usability more convenient could be a extention of the plugin system. I guess we are very close to Version 1.4 and so it is time to think about possible improvements for one of the next development steps 1.5, 1.7, ... Therefore I want to start a discussion on an improved plugin system. I think of defining more specialized "Input/Output" plugins in addition to the "gereral" plugins. The main goal of these changes would be to make the different types of broadcasts, files and informations transparent to the user. Every type of broadcast or information would be only a channel or a recording. In additon the amount of entries in the main menu would decrease. Input plugins could handle different types of inputs like video, audio or text "broadcasts" (e.g. streams from another vdr, internet radio stations, video broadcasts, weather information, news feeds,.....). Such a plugin should provide the content similar to common channels. This means if I want to hear an internet radio station with such a plugin system, then I would zap to the appropriate channel in the shedule menu. The necessary configuration could be done in the channels menu. In this case it is as easy to use the various plugins for a particular content as using the core vdr. There would be no difference in watching a "vdr" channel, hearing an internet radio station or looking on a mpeg2 stream generated by a peronal info plugin like the weather plugin. This may include the recording of the content. The second type of plugins (output plugins) could integrate different types of "players" in the structure and logic of the vdr system. These plugins should implement the ability to play a certain type of files (eg. MP3, OGG, AVI,...) and the ability to identify these files. If an appropriate plugin for a special file is installed, the file would occur in the recordings menu similar to common vdr recordings. This could be also true for DVD, Audio CDs etc. I know most of the functionality is already implemented in different plugins, but this would solve the inconvinience that the user has to manually select a special plugin (menu item) for a certain type of file and then the right file...... For example the great(!) mp plugins implements its own "browser" etc..... The description above is rather abstract, but I only wanted to explain the major ideas of the possible changes. So we can at first discuss if these behaviour of the vdr is usefull and then we can discuss the technical details. I could help doing the work. But these changes are rather deep especially for many plugins. So Klaus has to decide if he wants these or similar changes. What do you think? Greetings Johannes

1 0

descripe
by khwinzer＠t-online.de 10 Dec '05

10 Dec '05

1 0

[PATCH] epgsearch: misc fixes
by Darren Salt 09 Dec '05

09 Dec '05

2 1

[ANNOUNCE] DaLiBox-Testversion (Dariusz Lipowicz)
by vdr＠daliman.de 09 Dec '05

09 Dec '05

[ANNOUNCE] DaLiBox-Testversion (Dariusz Lipowicz) Die Testversion der DaLiBox kann unter www.dalibox.de gedownloadet werden. (Kurze) Anleitung ist auf der Startseite beschrieben.

1 0

[PATCH] epgsearch: make optional the short text in schedules
by Darren Salt 08 Dec '05

08 Dec '05

1 0

[PATCH] epgsearch: more space for channel names
by Darren Salt 08 Dec '05

08 Dec '05

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr