[vdr] Problems with recordings
Hi, I'm not sure what I changed but I thing that after Pro7 had changed the frequency the problem with distortions in recordings started. The new channel line is: ProSieben;ProSiebenSat.1:12544:hC56:S19.2E:22000:511:512=deu;515=deu:33:0:17501:1:1107:0 I have running VDR 1.4.7. It is a dual FF-card system running a 32-bit Gentoo. DMA is enabled for all harddisks. I get the following errormessages in my logfile: Jun 22 19:02:00 localhost vdr: [25593] switching device 1 to channel 9 Jun 22 19:02:00 localhost vdr: [25593] timer 2 (9 1902-2020 'Galileo~Fre 22.06.2007-19:07') start Jun 22 19:02:00 localhost vdr: [25593] Title: 'Galileo' Subtitle: '(null)' Jun 22 19:02:00 localhost vdr: [25593] executing '/usr/local/bin/noadcall.sh before "/video0/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec"' Jun 22 19:02:00 localhost vdr: [25593] record /video0/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec Jun 22 19:02:00 localhost vdr: [25593] creating directory /video0/Galileo/Fre_22.06.2007-19#3A07 Jun 22 19:02:00 localhost vdr: [25593] creating directory /video0/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec Jun 22 19:02:00 localhost vdr: [25593] recording to '/video0/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec/001.vdr' Jun 22 19:02:00 localhost vdr: [25593] creating directory /video1/Galileo/Fre_22.06.2007-19#3A07 Jun 22 19:02:00 localhost vdr: [25593] creating directory /video1/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec Jun 22 19:02:00 localhost vdr: [15722] file writer thread started (pid=25593, tid=15722) Jun 22 19:02:00 localhost vdr: [15723] recording thread started (pid=25593, tid=15723) Jun 22 19:02:00 localhost vdr: [15724] receiver on device 1 thread started (pid=25593, tid=15724) Jun 22 19:02:00 localhost vdr: [15725] TS buffer on device 1 thread started (pid=25593, tid=15725) Jun 22 19:02:12 localhost vdr: [15723] cDolbyRepacker: skipped 1352 bytes to sync on next AC3 frame Jun 22 19:02:13 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:15 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:18 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:18 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:02:18 localhost vdr: [15723] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Jun 22 19:02:19 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:21 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:21 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:02:26 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:02:46 localhost vdr: [15723] 5 cRepacker messages suppressed Jun 22 19:02:46 localhost vdr: [15723] cDolbyRepacker: skipped 1168 bytes to sync on next AC3 frame Jun 22 19:02:46 localhost vdr: [15723] PES packet shortened to 7326 bytes (expected: 7694 bytes) Jun 22 19:02:55 localhost vdr: [15723] 3 cRepacker messages suppressed Jun 22 19:02:55 localhost vdr: [15723] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Jun 22 19:02:55 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:02:58 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:03:05 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:03:11 localhost vdr: [15723] PES packet shortened to 7326 bytes (expected: 7694 bytes) Jun 22 19:03:11 localhost vdr: [15723] cDolbyRepacker: skipped 1164 bytes while syncing on next AC3 frame Jun 22 19:03:11 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:03:30 localhost vdr: [15723] 1 cRepacker messages suppressed Jun 22 19:03:30 localhost vdr: [15723] cDolbyRepacker: skipped 1352 bytes to sync on next AC3 frame Jun 22 19:03:30 localhost vdr: [15723] 3 cRepacker messages suppressed Has anyone an idea how to solve that problem? Best regards, Matthias -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-spider-0.1.4
Hi! There is a new version of the 'Spider Arachnid' plug-in. Download: http://toms-cafe.de/vdr/spider/vdr-spider-0.1.4.tgz Changes since version 0.1.3: - Fixed compilation with VDR-1.5.4. - Fixed compiler warnings with gcc-4.1.2. - Updated FSF address in the license information. - Improved copyright and license information in the header of all source files. 'Spider Arachnid' is an implementation of the best patience game played on the On Screen Display of the VDR. See the project's homepage for details: http://www.toms-cafe.de/vdr/spider Tom ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.5.4: cannot tune a transponder with actuator plugin
En/na Klaus Schmidinger ha escrit: >> Putting some printf here and there, it seems that's ultimately calling >> cDevice::SetChannelDevice instead of cDvbDevice::SetChannelDevice, and I >> don't understand why, since DvbKarte is 0 (the first and only card, >> which should be a cDvbDevice). > > Are you sure that your DVB card is device number 0? > Maybe the device you use for replaying (a software player?) > is device 0? Well, it turns out you're right, the primary (dxr3) device is 0, the dvb card is 1 and another software player (xine-plugin) is 2. I though that dvb devices always cought the lowest numbers, then the plugins would start from there. If I use CardIndex does it always correspond to the dvb device number? i.e. /dev/dvb/adapter0 -> CardIndex =0 ? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Thank you for all the good work and have a nice vacation!
Klaus Schmidinger wrote: ... > I'll be on vacation for the next three weeks, so there won't be > anything new in a while ;-) :-) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.5.5
VDR developer version 1.5.5 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.5.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.4-1.5.5.diff WARNING: This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. The changes since version 1.5.4: - Fixed a name clash between skincurses.c and the new cOsd position functions. - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Changed the parameter "OSD font size" to "Default font size" in "Setup/OSD". - Fixed handling address masks in SVDRP host settings (thanks to Frank Schmirler). - Fonts can now be created with a width that overwrites the default width (thanks to Andreas Mair). - Added full weekday names to i18n.c for plugins to use (thanks to Patrice Staudt). The new function WeekDayNameFull() can be used to get these names from integer values (just like the abbreviated weekday names). - Fixed stripping i18n stuff from font names (reported by Anssi Hannula). - Improved performance of the SVDRP commands LSTC and CHAN when used with a channel name. I'll be on vacation for the next three weeks, so there won't be anything new in a while ;-) Have fun! Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] changing default font
On Samstag, 23. Juni 2007, Klaus Schmidinger wrote: > On 06/21/07 14:10, Stone wrote: > > When I select a different default font for vdr to use (other than San > > Serif), and save it to setup.conf, vdr does not use the newly selected > > default font upon startup. It seems vdr keeps defaulting back to the > > original default font. Has anyone noticed this too? > > I just explicitly tested this and after a restart VDR did use > the selected font. > > So I'm afraid I can't reproduce what you are experiencing. > I experienced the same bug! It seems related to the loaded plugins. Disabling these 3 Plugins for me cured the problem: cpumon pilotskin skinelchi For cpumon and pilotskin the reason seems clear to me: They call GetFont to initialize a static member: static const cFont *font = cFont::GetFont(fontOsd); For skinelchi this seems a bit more complicated, but I guess it also is related to calling GetFont too early (before config settings has been loaded). Matthias -- Matthias Schwarzott (zzam) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.4
Wolfgang Rohdewald wrote:
> On Samstag, 23. Juni 2007, Anssi Hannula wrote:
>
>> I don't really use VDR 1.5 yet, but I tried to run the attached test
>> program. However, it segfaults in *p = 0. I also tested the previous
>> implementation quoted above, and it segfaults similarly.
>
> you try to write into a constant string.
>
> This would work:
>
> char *s;
> s=strdup("DejaVu Sans,DejaVu Sans Condensed:style=Condensed
> Oblique,Oblique");
>
Right.
It works correctly.
--
Anssi Hannula
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.4
On Samstag, 23. Juni 2007, Anssi Hannula wrote:
> I don't really use VDR 1.5 yet, but I tried to run the attached test
> program. However, it segfaults in *p = 0. I also tested the previous
> implementation quoted above, and it segfaults similarly.
you try to write into a constant string.
This would work:
char *s;
s=strdup("DejaVu Sans,DejaVu Sans Condensed:style=Condensed
Oblique,Oblique");
--
mit freundlichen Grüssen
with my best greetings
Wolfgang Rohdewald
dipl. Informatik Ing. ETH Rohdewald Systemberatung
Karauschenstieg 4
D 21640 Horneburg
Tel.: 04163 826 819
Fax: 04163 826 828
Internet: http://www.rohdewald.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.4
Klaus Schmidinger wrote:
On 06/17/07 18:16, Anssi Hannula wrote:
Klaus Schmidinger wrote:
VDR developer version 1.5.4 is now available
- Now using 'fontconfig' to determine which fonts to use (thanks to Anssi Hannula
for code and hints on how to do this).
+ char *s = (char *)FcNameUnparse(fontset->fonts[i]);
+ if (s) {
+// Strip i18n stuff:
+char *p = strchr(s, ',');
+if (p)
+ *p = 0;
Dropping everything after ',' seems correct, but AFAICS it should be
processed separately for the family name and style.
Currently, AFAICS,
DejaVu Sans,DejaVu Sans Condensed:style=Condensed Oblique,Oblique
becomes
DejaVu Sans
while I think it should become
DejaVu Sans:style=Condensed Oblique
Looks like I don't have any font here that has a comma in its name,
so I hope I got this right.
Can you please verify the attached patch?
I don't really use VDR 1.5 yet, but I tried to run the attached test
program. However, it segfaults in *p = 0. I also tested the previous
implementation quoted above, and it segfaults similarly.
--
Anssi Hannula
#include
#include
int main() {
char *s = "DejaVu Sans,DejaVu Sans Condensed:style=Condensed Oblique,Oblique";
if (s) {
char *c = strchr(s, ':');
if (c) {
char *p = strchr(c+1 , ',');
if (p)
*p = 0;
}
char *p = strchr(s, ',');
if (p) {
if (c)
memmove(p, c, strlen(c) + 1);
else
*p = 0;
}
printf("%s\n", s);
}
}
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.4
On 06/17/07 18:16, Anssi Hannula wrote:
> Klaus Schmidinger wrote:
>> VDR developer version 1.5.4 is now available
>
>> - Now using 'fontconfig' to determine which fonts to use (thanks to Anssi
>> Hannula
>> for code and hints on how to do this).
>
>> + char *s = (char *)FcNameUnparse(fontset->fonts[i]);
>> + if (s) {
>> +// Strip i18n stuff:
>> +char *p = strchr(s, ',');
>> +if (p)
>> + *p = 0;
>
> Dropping everything after ',' seems correct, but AFAICS it should be
> processed separately for the family name and style.
>
> Currently, AFAICS,
> DejaVu Sans,DejaVu Sans Condensed:style=Condensed Oblique,Oblique
> becomes
> DejaVu Sans
> while I think it should become
> DejaVu Sans:style=Condensed Oblique
Looks like I don't have any font here that has a comma in its name,
so I hope I got this right.
Can you please verify the attached patch?
Klaus
--- font.c 2007/06/23 10:41:10 1.20
+++ font.c 2007/06/23 11:25:42
@@ -354,9 +354,19 @@
char *s = (char *)FcNameUnparse(fontset->fonts[i]);
if (s) {
// Strip i18n stuff:
+char *c = strchr(s, ':');
+if (c) {
+ char *p = strchr(c + 1, ',');
+ if (p)
+ *p = 0;
+ }
char *p = strchr(s, ',');
-if (p)
- *p = 0;
+if (p) {
+ if (c)
+ memmove(p, c, strlen(c) + 1);
+ else
+ *p = 0;
+ }
// Make it user presentable:
s = strreplace(s, "\\", ""); // '-' is escaped
s = strreplace(s, "style=", "");
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.5.4: cannot tune a transponder with actuator plugin
On 06/21/07 19:43, Luca Olivetti wrote:
> [sorry if this turns out to be long]
>
> In the actuator plugin main menu, I offer the possibility to tune to a
> transponder "on the fly", to either quickly see what's there or to
> trigger a transponder scan.
> To do that I have this piece of code that worked find under 1.4.x but
> stopped working under 1.5.4:
>
> void cMainMenuActuator::Tune(bool live)
> {
>int Apids[MAXAPIDS + 1] = { 0 };
>int Dpids[MAXDPIDS + 1] = { 0 };
>char ALangs[MAXAPIDS+1][MAXLANGCODE2]={ "" };
>char DLangs[MAXDPIDS+1][MAXLANGCODE2]={ "" };
>Apids[0]=menuvalue[MI_APID];
>SChannel->SetPids(menuvalue[MI_VPID],0,Apids,ALangs,Dpids,DLangs,0);
>
> SChannel->cChannel::SetSatTransponderData(curSource->Code(),menuvalue[MI_FREQUENCY],Pol,menuvalue[MI_SYMBOLRATE],FEC_AUTO);
>cDevice *myDevice=cDevice::GetDevice(DvbKarte);
>if (myDevice==cDevice::ActualDevice()) HasSwitched=true;
>if (HasSwitched && live) {
> if (cDevice::GetDevice(SChannel,0,true)==myDevice) {
>cDevice::PrimaryDevice()->SwitchChannel(SChannel, HasSwitched);
>return;
> }
>}
>myDevice->SwitchChannel(SChannel, HasSwitched);
> }
>
> I.e., it creates a dummy channel with the transponder data currently on
> screen and tries to tune it with the card connected to the motor,
> cDevice::GetDevice(DvbKarte).
> Since I don't have a full-featured card, it's not the primary card, so
> the line that's executed is the last one.
> Putting some printf here and there, it seems that's ultimately calling
> cDevice::SetChannelDevice instead of cDvbDevice::SetChannelDevice, and I
> don't understand why, since DvbKarte is 0 (the first and only card,
> which should be a cDvbDevice).
Are you sure that your DVB card is device number 0?
Maybe the device you use for replaying (a software player?)
is device 0?
What happens if you set DvbKarte to 1?
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PiP
Anssi Hannula schrieb: > See http://www.magoa.net/linux/ for the osdpip plugin. The latest > version is quite old, but it seems to still work at least with VDR 1.4.7. > > The link seems to be down, but you can download the latest tarball and [...] > The new URL of my site is http://linux.kompiliert.net. I should install a "permanently moved" response for http://www.magoa.net/linux, though... Regards, Sascha ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] changing default font
On 06/21/07 14:10, Stone wrote: > When I select a different default font for vdr to use (other than San > Serif), and save it to setup.conf, vdr does not use the newly selected > default font upon startup. It seems vdr keeps defaulting back to the > original default font. Has anyone noticed this too? I just explicitly tested this and after a restart VDR did use the selected font. So I'm afraid I can't reproduce what you are experiencing. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
