vdr

vdr@linuxtv.org

2 participants
6731 discussions

RE: [vdr] [ANNOUNCE] Enigma-0.3a
by jori.hamalainen＠teliasonera.com 06 Jul '05

06 Jul '05

>> I just wanted to realease a updated package of the Enigma skin which now > Thanks Andreas, the new skin looks really great. Is there screenshots somewhere? In my mind you should always publish screenshots to make ppl have a quick look. And after that they can decide if they want to install it because it requires effort. BR, Jori

1 0

Release: dvb-ttpci-01.fw-261f
by Johannes Stezenbach 06 Jul '05

06 Jul '05

Hi, I've just uploaded the new av7110 firmware version 261f to http://linuxtv.org/downloads/firmware/. This is similar (if not identical) to the latest greatest of the many 261e versions floating through the net, but I decided to bumb the version number to avoid confusion. A summary of the changes is also available under the above link, for me the highlights are better error handling and smoother a/v sync. All this work was done by Werner Fink -- a big thank you to him! Johannes

3 2

vdr with nexus-s rev 2.1 crashes with ttxtsubs and osdteletext when zapping
by Magnus Andersson 06 Jul '05

06 Jul '05

Hello! When I switch from an encrypted channel from my DVB-S (Nexus-S rev. 2.1) to DVB-T Airstar2 vdr crashes almost every time but if I go from a free to air channel it is no problem. If vdr does not crash it goes to the first channel in channel.conf. The channel I choose shows up and freezes for a short while (less than a second) after about a second and then it goes on for another 10 seconds as it should and then it dies or goes to the first channel. softcam 0: switched to FTA softcam 0: setting new SID 1090, source c000, transponder 1da DVB-T to DVB-S always works. There is no problem with this if I use vdr-xine plugin instead. NO other changes. I tried to remove plugins and saw that if I removed osdteletext and ttxtsubs the problem is gone. My family needs subtitle for moviechannels and animal planet, discovey. I really want to use my FF card instead of using softdevice because it is easier for me to use the computer while the other watch tv. I am almost ready to give up and I have tried vdr 1.3.18-27 and 3 different hotplug firmwares under gentoo linux and kernel 2.6.10-12. Today I learned a new thing and if I start a recording on an encrypted DVB-S channel before switching to a DVB-T channel it worked. :) Both osdteletext and ttxtsubs uses teletext PID in some way I supose. Is this the problem together with FF card? Please help!! /Magnus

2 7

Splash on FF card?
by Harald Milz 05 Jul '05

05 Jul '05

Hi, A splashscreen on the FF card during boot (well, as early as possible) would be nice... just so that the screen doesn't stay dark. How could that be done? -- Talk sense to a fool and he calls you foolish. -- Euripides

3 2

SuSE Linux 9.3, vdr-1.3.27 and remote-0.3.3
by Harald Milz 05 Jul '05

05 Jul '05

My upgrade from SL9.0 and vdr-1.3.15 to SL9.3 and vdr-1.3.27 required another change. The remote plugin now wants to talk to /dev/input/event3 instead of event0. Well, yes. But anyway, here's a working RC5 keymap file for a Medion "I was ordered by cooper" 4689 remote control. I'm using code 098 for AUX. Everything except some of the lower two rows keys works fine. The keys don't seem to emit any codes. The trick concerning "dvb_ttpci av7110_ir_debug=1" doesn't work with this DVB driver version (2.6.11.4-21.7-default). medion-088 and medion-155 don't work for me at all, just some keys, some mixed up, a mess. The others work even worse. This is called medion-aux-098.rc5: 0x00 KEY_0 0x01 KEY_1 0x02 KEY_2 0x03 KEY_3 0x04 KEY_4 0x05 KEY_5 0x06 KEY_6 0x07 KEY_7 0x08 KEY_8 0x09 KEY_9 0x0b KEY_MENU 0x0c KEY_POWER 0x0d KEY_MUTE 0x0f KEY_MINUS 0x10 KEY_VOLUMEUP 0x11 KEY_VOLUMEDOWN 0x12 KEY_UP 0x13 KEY_DOWN 0x14 KEY_RIGHT 0x15 KEY_LEFT 0x1b KEY_RED 0x1a KEY_GREEN 0x2b KEY_YELLOW 0x28 KEY_BLUE 0x20 KEY_CHANNELUP 0x21 KEY_CHANNELDOWN 0x26 KEY_EXIT 0x2d KEY_ZOOM 0x2e KEY_CYCLEWINDOWS 0x35 KEY_PLAY 0x34 KEY_FORWARD 0x36 KEY_STOP 0x25 KEY_REWIND 0x29 KEY_PAUSE 0x38 KEY_AUX 0x3c KEY_TEXT 0x3f KEY_OK -- Laetrile is the pits

2 1

SuSE Linux 9.3 and vdr-1.3.27 are making my day...
by Harald Milz 05 Jul '05

05 Jul '05

Hi, just upgraded my VDR from SL9.0 and vdr-1.3.15 to SL9.3 and vdr-1.3.27, the main reason being the recent DVD plugin which requires at least 1.3.18. AC3 5.1 sound from DVD is the motivation (AC3overDVB thanks to Werner's firmware patches). Works fine. But the rest is sorta unstable. Vdr keeps crashing every other 15 seconds, but not always. Sometines it runs stably for hours. lcdproc-0.0.10 keeps crashing vdr-1.3.27 consistently, nothing usable in the logs with "-l 3". I reported the SIGINT issue already. The best thing so far is this combo doesn't run well with the 128MB the machine has right now. Vdr will start, then the box runs immediately out of memory, vdr crashes, etc. I had to activate swap. Guess I'll get another 128 megs. vdr-1.3.27 now says "ERROR: unknown config parameter:" to the following parms - did so much change? BootForSwitchTimer = 0 CaCaps = 1 101 102 ChannelLogo = 1 ConfirmSwitchTimers = 0 ConfirmSwitchTimersTimeout = 30 DisableVPS = 0 DoubleEpgAction = 0 DoubleEpgTimeDelta = 15 JumpPlay = 0 LoadMarksInterval = 0 LocalChannelProvide = 1 LogoColorScheme = 1 MenuCmdPosition = 0 MenuCommandPos = 1 MixEpgAction = 0 noEPG = OSDxoffset = 0 PlayJump = 0 PreferredChannel = 0 ProgressBar = 1 RecordDolbyDigital = 1 ShowProgressBar = 0 ShowRecDate = 1 ShowRecLength = 0 ShowRecPathLength = 25 ShowRecTime = 1 ShowRecType = 1 ShowWeekdays = 1 SmallFonts = 0 SortRecords = 0 SortSwitchTimersSep = 1 StartupVolume = 255 Symbol = 1 Theme = 2 TimeBar = 1 TrayOpenOnBegin = 1 TrayOpenOnEnd = 1 WarEagleIcons = 1 streamdev-client.RemoteTimers = 1 streamdev-client.StreamPIDS = 0 (streamdev is the CVS checkout as of last Sunday). Huh? Any insight is appreciated... -- "I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones." -- Albert Einstein

1 0

Re: [vdr] ERROR: Channel locked (recording)! and friends
by C.Y.M 05 Jul '05

05 Jul '05

> > - If I understood correctly, the streamdev-server just streams the whole > mpeg stream over the lan. Are there solutions for sending the stream over > the internet with a much smaller datarate? > Use vlc to connect to streamdev on the localhost and transcode out... vlc http://127.0.0.1:3000/PS/$1 --sout '#transcode{vcodec=DIV3,vb=512,acodec=mp3,ab=192,channels=2,deinterlace}:std{access=http,mux=asf,url=:1234}' Adjust bitrates accordingly... Regards, C.

2 1

vdr-1.3.27 still gives me SIGINTs
by Harald Milz 05 Jul '05

05 Jul '05

Hi, my living room vdr still gives me the goose bumps as far as SIGINTs from an unknown source (I posted that before... no clue who is the bad guy). Anyway, this patch keeps vdr from accepting SIGINTs from UID != 0. Ctrl-C as root still works. (And BTW signal() is deprecated, and the man page says about signal(2) Trying to change the semantics of this call using defines and includes is not a good idea. It is better to avoid signal altogether, and use sigaction(2) instead. NOTES The effects of this call in a multi-threaded process are unspecified. --- vdr-1.3.27/vdr.c 2005-06-18 13:19:07.000000000 +0200 +++ vdr-1.3.27-sigint/vdr.c 2005-07-03 23:32:20.709975045 +0200 @@ -67,17 +67,28 @@ #define EXIT(v) { ExitCode = (v); goto Exit; } static int Interrupted = 0; +static pid_t Int_From = 0; -static void SignalHandler(int signum) +static void SignalHandler(int signum, siginfo_t *si, void *uc) { - if (signum != SIGPIPE) { + struct sigaction sa; + Int_From = si->si_pid; + // accept Ctrl-C only from a controlling terminal or shell + if (signum == SIGINT) { + if (Int_From == 0) { + Interrupted = signum; + Interface->Interrupt(); + } + } else if (signum != SIGPIPE) { Interrupted = signum; Interface->Interrupt(); - } - signal(signum, SignalHandler); + } + sa.sa_flags = SA_SIGINFO; + sa.sa_sigaction = SignalHandler; + sigaction(signum, &sa, NULL); } -static void Watchdog(int signum) +static void Watchdog(int signum, siginfo_t *si, void *uc) { // Something terrible must have happened that prevented the 'alarm()' from // being called in time, so let's get out of here: @@ -88,7 +99,7 @@ int main(int argc, char *argv[]) { // Save terminal settings: - + struct sigaction sa, oldsigact; struct termios savedTm; bool HasStdin = (tcgetpgrp(STDIN_FILENO) == getpid() || getppid() != (pid_t)1) && tcgetattr(STDIN_FILENO, &savedTm) == 0; @@ -500,12 +511,65 @@ // Signal handlers: +/* if (signal(SIGHUP, SignalHandler) == SIG_IGN) signal(SIGHUP, SIG_IGN); +*/ + sa.sa_sigaction = SignalHandler; + sa.sa_flags = SA_SIGINFO; + sigaction (SIGHUP, &sa, &oldsigact); + if (oldsigact.sa_handler == SIG_IGN) { + sa.sa_handler = SIG_IGN; + sa.sa_flags = 0; + sigaction (SIGHUP, &sa, NULL); + } +/* if (signal(SIGINT, SignalHandler) == SIG_IGN) signal(SIGINT, SIG_IGN); +*/ + sa.sa_sigaction = SignalHandler; + sa.sa_flags = SA_SIGINFO; + sigaction (SIGINT, &sa, &oldsigact); + if (oldsigact.sa_handler == SIG_IGN) { + sa.sa_handler = SIG_IGN; + sa.sa_flags = 0; + sigaction (SIGINT, &sa, NULL); + } +/* if (signal(SIGTERM, SignalHandler) == SIG_IGN) signal(SIGTERM, SIG_IGN); +*/ + sa.sa_sigaction = SignalHandler; + sa.sa_flags = SA_SIGINFO; + sigaction (SIGTERM, &sa, &oldsigact); + if (oldsigact.sa_handler == SIG_IGN) { + sa.sa_handler = SIG_IGN; + sa.sa_flags = 0; + sigaction (SIGTERM, &sa, NULL); + } +/* if (signal(SIGPIPE, SignalHandler) == SIG_IGN) signal(SIGPIPE, SIG_IGN); +*/ + sa.sa_sigaction = SignalHandler; + sa.sa_flags = SA_SIGINFO; + sigaction (SIGPIPE, &sa, &oldsigact); + if (oldsigact.sa_handler == SIG_IGN) { + sa.sa_handler = SIG_IGN; + sa.sa_flags = 0; + sigaction (SIGPIPE, &sa, NULL); + } + if (WatchdogTimeout > 0) +/* if (signal(SIGALRM, Watchdog) == SIG_IGN) signal(SIGALRM, SIG_IGN); +*/ + { + sa.sa_sigaction = Watchdog; + sa.sa_flags = SA_SIGINFO; + sigaction (SIGALRM, &sa, &oldsigact); + if (oldsigact.sa_handler == SIG_IGN) { + sa.sa_handler = SIG_IGN; + sa.sa_flags = 0; + sigaction (SIGALRM, &sa, NULL); + } + } // Watchdog: @@ -891,8 +955,11 @@ ForceShutdown = false; if (timer) dsyslog("next timer event at %s", *TimeToString(Next)); - if (WatchdogTimeout > 0) - signal(SIGALRM, SIG_IGN); + if (WatchdogTimeout > 0) { + sa.sa_handler = SIG_IGN; + sa.sa_flags = 0; + sigaction(SIGALRM, &sa, NULL); + } if (Interface->Confirm(tr("Press any key to cancel shutdown"), UserShutdown ? 5 : SHUTDOWNWAIT, true)) { cControl::Shutdown(); int Channel = timer ? timer->Channel()->Number() : 0; @@ -906,9 +973,19 @@ } else if (WatchdogTimeout > 0) { alarm(WatchdogTimeout); +/* if (signal(SIGALRM, Watchdog) == SIG_IGN) signal(SIGALRM, SIG_IGN); +*/ + sa.sa_sigaction = Watchdog; + sa.sa_flags = SA_SIGINFO; + sigaction (SIGALRM, &sa, &oldsigact); + if (oldsigact.sa_handler == SIG_IGN) { + sa.sa_handler = SIG_IGN; + sa.sa_flags = 0; + sigaction (SIGALRM, &sa, NULL); } + } LastActivity = time(NULL); // don't try again too soon UserShutdown = false; continue; // skip the rest of the housekeeping for now @@ -923,7 +1000,7 @@ } } if (Interrupted) - isyslog("caught signal %d", Interrupted); + isyslog("caught signal %d from %d", Interrupted, Int_From); Exit: -- If Patrick Henry thought that taxation without representation was bad, he should see how bad it is with representation.

1 0

CUTR patch for vdr-1.3.27
by Harald Milz 05 Jul '05

05 Jul '05

Hi, I recently upgraded my main vdr to 1.3.27 and applied my CUTR patch... feel free to use and comment :-) diff -ur vdr-1.3.27/svdrp.c vdr-1.3.27-CUTR/svdrp.c --- vdr-1.3.27/svdrp.c 2005-05-26 11:59:09.000000000 +0200 +++ vdr-1.3.27-CUTR/svdrp.c 2005-07-03 10:25:58.304310180 +0200 @@ -36,6 +36,7 @@ #include "timers.h" #include "tools.h" #include "videodir.h" +#include "cutter.h" // --- cSocket --------------------------------------------------------------- @@ -184,6 +185,10 @@ " it returns the current channel number and name.", "CLRE\n" " Clear the entire EPG list.", + "CUTR <number>\n" + " Cut the numbered recording. Before a recording can be\n" + " cut, an LSTR command must have been executed in order to retrieve\n" + " the recording numbers." "DELC <number>\n" " Delete channel.", "DELR <number>\n" @@ -466,6 +471,31 @@ Reply(550, "Unable to find channel \"%d\"", cDevice::CurrentChannel()); } +void cSVDRP::CmdCUTR(const char *Option) +{ + if (*Option) { + if (isnumber(Option)) { + cRecording *recording = Recordings.Get(strtol(Option, NULL, 10) - 1); + if (recording) { + if (cCutter::Start(recording->FileName())) { + Reply(250, "Cutting recording \"%s\"", recording->FileName()); + ::Recordings.Load(); // must make sure the global recordings list is updated + } + else + Reply(554, "Error while cutting recording!"); + } + else + Reply(550, "Recording \"%s\" not found%s", recording->FileName(), Recordings.Count() ? "" : " (use LSTR before cutting)"); + } + else + Reply(501, "Error in recording number \"%s\"", Option); + } + else + Reply(501, "Missing recording number"); +} + + + void cSVDRP::CmdCLRE(const char *Option) { cSchedules::ClearAll(); @@ -1122,6 +1152,7 @@ s = skipspace(s); if (CMD("CHAN")) CmdCHAN(s); else if (CMD("CLRE")) CmdCLRE(s); + else if (CMD("CUTR")) CmdCUTR(s); else if (CMD("DELC")) CmdDELC(s); else if (CMD("DELR")) CmdDELR(s); else if (CMD("DELT")) CmdDELT(s); diff -ur vdr-1.3.27/svdrp.h vdr-1.3.27-CUTR/svdrp.h --- vdr-1.3.27/svdrp.h 2004-01-17 14:30:52.000000000 +0100 +++ vdr-1.3.27-CUTR/svdrp.h 2005-07-03 10:25:58.305310034 +0200 @@ -54,6 +54,7 @@ void Reply(int Code, const char *fmt, ...); void CmdCHAN(const char *Option); void CmdCLRE(const char *Option); + void CmdCUTR(const char *Option); void CmdDELC(const char *Option); void CmdDELR(const char *Option); void CmdDELT(const char *Option); -- Under a government which imprisons any unjustly, the true place for a just man is also in prison. -- Henry David Thoreau

1 0

Memory leak in SVDR LSTE
by s.huelswitt＠gmx.de 04 Jul '05

04 Jul '05

Hi, I found that there is a memory leak in the SVDR LSTE command. The socket file descriptor is fdopen'ed to dump the schedule data, but the stream is never fclose'ed. The memory associated with the stream is lost. As simply fclosing the stream would close the socket as well, the solution is to dup the socket first. Patch attached. Regards. -- Stefan Huelswitt s.huelswitt(a)gmx.de | http://www.muempf.de/

2 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr