Hello
I compiled from May's svn a mplayer
MPlayer dev-SVN-rUNKNOWN-3.3.5 (C) 2000-2007 MPlayer Team
CPU: AMD Sempron(tm) Processor 2800+ (Family: 15, Model: 44, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
and can't start it
logger: *** Starting mplayer.sh Version 0.8.7
logger: *** DEBUG: Variable CFGFIL has value "/usr/bin/mplayer.sh.conf"
logger: *** DEBUG: Variable USEAC3 has value "false"
logger: *** DEBUG: Variable AC3AOUT has value "-ac hwac3"
logger: *** …
[View More]DEBUG: Variable TV_ASPECT has value "4/3"
logger: *** DEBUG: Variable PAL has value "true"
logger: *** DEBUG: Variable NTSC has value "true"
logger: *** DEBUG: Variable USE_SPEED has value "false"
logger: *** DEBUG: Variable DETC_FILTER has value "detc=dr=2:am=1"
logger: *** Option MPLAYER not found in config file or not set correctly
is it possible to correct it ?
Igor
[View Less]
Hi,
trying to upgrade to 1.5.5 I'm facing the problem that VDR
segfaults right on startup (no plugins envolved).
I'm not used to fontconfig. May be someone could give me a hint
how to debug?
#0 FcCharSetCopy (src=0x0) at fccharset.c:316
#1 0x400d9b44 in FcValueSave (v=
{type = FcTypeCharSet, u = {s = 0x0, i = 0, b = 0, d = 2.1219957909652723e-314, m = 0x0, c = 0x0, f = 0x0, p = 0x0, l = 0x0}}) at fcpat.c:82
#2 0x400daaaa in FcPatternAddWithBinding (p=0x8c60820, object=0x400e09a4 "",…
[View More] value=
{type = FcTypeCharSet, u = {s = 0x0, i = 0, b = 0, d = 2.1219957909652723e-314, m = 0x0, c = 0x0, f = 0x0, p = 0x0, l = 0x0}}, binding=FcValueBindingWeak, append=1) at fcpat.c:749
#3 0x400dabd2 in FcPatternAdd (p=0x8c60820, object=0x400e09a4 "", value=
{type = FcTypeCharSet, u = {s = 0x0, i = 0, b = 0, d = 2.1219957909652723e-314, m = 0x0, c = 0x0, f = 0x0, p = 0x0, l = 0x0}}, append=1) at fcpat.c:801
#4 0x400d93d2 in FcNameParse (name=0x82d27a7 "") at fcname.c:434
#5 0x400d200a in FcFileScanConfig (set=0x82c61a0, dirs=0x82c1a10, cache=0x82c95e8, blanks=0x82c96a0,
file=0x85f0230 "/usr/X11R6/lib/X11/fonts/75dpi/lutBS24.pcf.gz", force=0, config=0x82c19b0)
at fcdir.c:85
#6 0x400d22b7 in FcDirScanConfig (set=0x82c61a0, dirs=0x82c1a10, cache=0x82c95e8, blanks=0x82c96a0,
dir=0x82c7dd8 "/usr/X11R6/lib/X11/fonts/75dpi", force=0, config=0x82c19b0) at fcdir.c:238
#7 0x400cce5c in FcConfigBuildFonts (config=0x82c19b0) at fccfg.c:274
#8 0x400d5497 in FcInitLoadConfigAndFonts () at fcinit.c:83
#9 0x400d54f5 in FcInit () at fcinit.c:101
#10 0x080b2962 in cFont::GetFontFileName(char const*) (FontName=0x82c1c78 "Sans Serif:style=Bold")
at font.c:392
#11 0x0810ffc8 in main (argc=15, argv=0xbffff7b4) at tools.h:160
#12 0x401e6522 in __libc_start_main () from /lib/libc.so.6
Regards.
--
Stefan Huelswitt
s.huelswitt(a)gmx.de | http://www.muempf.de/
[View Less]
Hello,
I'm releasing version 1.0.4 of the "actuator" plugin available at
http://www.ventoso.org/luca/vdr/
This plugin controls a linear actuator (or an horizon to horizon one)
through the parallel port with a simple circuit.
CHANGES:
- check the CardIndex to identify the selected card in the main menu
instead of relying on cDevice::GetDevice(index)
- added a note in README to clarify that if you select card 1 it
corresponds to /dev/dvb/adapter0, 2 to /dev/dvb/adapter1 and so on
- …
[View More]adapted for the experimental version of vdr (1.5.X)
Bye
--
Luca
[View Less]
I have a lock on Astra 19.2E finally (can't get one on 28.2E)
VDR shows key in OSD and no picture - I am guessing that the stream is
unreadable?
Tony
--
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:…
[View More]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
[View Less]
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 …
[View More]homepage for
details: http://www.toms-cafe.de/vdr/spider
Tom
[View Less]
[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 …
[View More]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).
What should I do to adapt to the new vdr?
(BTW, I noticed that also the LoadEpg plugin stopped working, for a
similar, but not exactly the same, reason: it switches for a split
second to the channel with the epg data, then goes back to the previous
one, so it doesn't get any data).
I suppose that I could just use
cDevice::PrimaryDevice()->SwitchChannel[*], but then I couldn't be sure
that the transponder will be definitely tuned by the desired card (it
would be in my case, but it wouldn't when there's more than a dvb-s card).
[*]actually, I tried, but then my pat and sdt filters didn't work, but
that's a different matter ;-)
Bye
--
Luca
[View Less]
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 …
[View More]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
[View Less]
VDR developer version 1.5.4 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.4.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.3-1.5.4.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.3:
- Increased APIVERSION (…
[View More]forgot to do that in 1.5.2 and 1.5.3).
- Fixed a crash in i18n character set conversion (thanks to Alexander Riedel,
Jose Alberto Reguero and Christian Wieninger for patches that cured part of
the problem).
- Adjusted the 'skincurses' plugin to UTF-8 handling.
- Using nl_langinfo(CODESET) to determine the local codeset to use (thanks to
Thomas Günther). The codeset names in 'libsi/si.c' have been changed to the
canonical spelling with '-' (thanks to Ludwig Nussel for pointing this out).
- Modified handling invalid characters in VFAT mode.
- Replaced strn0cpy() with Utf8Strn0Cpy() where necessary.
- Now using 'fontconfig' to determine which fonts to use (thanks to Anssi Hannula
for code and hints on how to do this).
- If no fonts are installed, VDR now uses a dummy font that doesn't actually draw
any text, and logs an error message.
- The new function cFont::CreateFont() can be used by plugins to create and use
fonts of their own, independent of VDR's standard fonts.
- Updated the Finnish OSD texts (thanks to Rolf Ahrenberg).
- Changed the parameter "OSD font" to "Default font" in "Setup/OSD" (suggested
by Rolf Ahrenberg).
- Fixed handling detached processes in SystemExec() (thanks to Udo Richter).
- The info.vdr file now also stores the name of the channel, and the new function
cRecordingInfo::ChannelName() returns this information if available (based on
a patch from Alexander Hans).
- The new function cOsd::SetOsdPosition() can be used to dynamically change the
position and size of the OSD (based on a request from Christoph Haubrich).
Plugins that implement skins should no longer use Setup.OSDWidth etc. directly,
but should rather use cOsd::OsdWidth() etc. instead.
Currently a change to the OSD position will only apply to newly opened OSDs.
Have fun!
Klaus
[View Less]
Has anyone thought about VDR supporting PiP (picture-in-picture)? It
would be quite useful, but perhaps not enough to justify the work.
Supporting all outputs, FF cards in particular, would require a lot of
processing power to decode two streams then encode the superimposed
version back to MPEG 2. Having the feature in Xine would be a lor more
practical, but of course then Xine would need work done to support it.
But I think it would be trivial for it to superimpose two decoded
pictures …
[View More]compared to recoding the MPEG.
--
TH * http://www.realh.co.uk
[View Less]