I upgraded to 1.4.1-4, which seems to include the patch from Anssi
(http://linuxtv.org/pipermail/vdr/2006-August/010360.html )
I am not happy with this patch: My machine has a FF-card and
Budget-Card+CAM. There was no timer for any encrypted channel programmed.
All active timers were set for ARD. I had absolutely no plans to watch
Premiere, I was not even at home :-)
But all recordings were done with the FF card. vdr started with the ARD
channel, and the well known performance problem …
[View More]of FF cards resulted in bad
recordings (buffer usage ... /clearing).
You see, I want the the opposite than the original poster asked for. For me
it is more important to get good recordings than to be able to switch to an
encrypted channel why recording another one.
So I want vdr to always use the Budget card for recordings.Can this be done
in any way without patching vdr? Is there any solution I don`t see? (Of
course I don´t want to hardcode every channel in channels.conf to the Budget
card. I still want to be able to make two FTA-recordings on different
frequencies.)
I think the best solution would be to make this configurable in DVB settings
or in timer menu so that the user can select the DVB card he wants to use
for the recording.
[View Less]
Hi.
I'm looking at getting the following from dvbshop.net
Technotrend Remotecontrol SET
Technotrend Technotrend "Dual Tuner" Package (Technotrend Premium S2300 (Rev
2.3) "modded")
RGB/S-Video J2 Extension for Technotrend Premium (for component/RGB-out)
Has anyone got any advice on getting this working with VDR?
I've been using VDR with budget cards for a few years with vdr-xine. This
will be my first FF with an MPEG decoder - any problems/advice on the
quality of the RGB-out?
Hi,
I am using VDR-1.4.1-1 with mplayer-plugin 0.9.15pre10.
The primary card is a FF card (Hauppauge Rev 1.3). The CPU is an Athlon
2000+, with 512Mb of RAM.
I can read most video files, but some don't work.The screen stays black
during a few seconds, then the live TV program is displayed again.
I have enabled the DEBUG option of the plugin, and here is the log :
Aug 22 09:03:17 vdr logger: *** Starting mplayer.sh Version 0.8.6
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable CFGFIL has …
[View More]value
"/etc/vdr/plugins/mplayer/mplayer.sh.conf"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable USEAC3 has value "false"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable AC3AOUT has value "-ao
alsa9 -ac hwac3"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable TV_ASPECT has value "16/9"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable PAL has value "true"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable NTSC has value "true"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable USE_SPEED has value "true"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DETC_FILTER has value
"detc=dr=2:am=1"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable MPLAYER has value
"/usr/bin/mplayer"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable VOP has value "lavc=5000"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable VO has value "mpegpes"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable AO has value "mpegpes"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable CACHE has value "4096"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable CACHESTR has value
"-cache 4096"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable FRAMEDROP has value "true"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable FDSTR has value "-framedrop"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable LIRCRC has value
"/etc/lircd.conf"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable LIRCSTR has value
"-lircconf /etc/lircd.conf"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable SUBTITLE has value "
-subpos 80 -sub-bg-color 0 -sub-bg-alpha 30"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable REMOTE has value "-slave
-nolirc"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable AUDIO has value ""
Aug 22 09:03:17 vdr logger: *** Use Option USERDEF at your own risk!
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable USERDEF has value "-quiet"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable XResPAL has value "352
480 528 544 688 704 720"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable XResNTSC has value "352
480 512 640 704 720"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable SLOW_CPU has value "false"
Aug 22 09:03:17 vdr logger: *** DEBUG: *** Option DVDFiles not set
correctly! You will not be able to play VCD/DVD ""
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DVDFiles has value ""
Aug 22 09:03:17 vdr logger: *** DEBUG: *** Option DVD not set correctly!
You will not be able to play VCD/DVD ""
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DVD has value ""
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DVDLANG has value "fr"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DVDOPTIONS has value
"-aop list=volume:volume=170"
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable VCDOPTIONS has value ""
Aug 22 09:03:17 vdr logger: *** DEBUG: Variable MPEG_DIRECT has value "true"
Aug 22 09:03:18 vdr logger: *** DEBUG: Variable SUFFIX has value ".avi"
Aug 22 09:03:18 vdr logger: *** DEBUG: Variable MPLAYER_V1 has value "true"
Aug 22 09:03:18 vdr logger: *** DEBUG: Calling getvidxy function to
analyze source video stream ...
Aug 22 09:03:18 vdr logger: *** DEBUG: OutputFromMPLAYER: "ID_VIDEO_ID=0
ID_AUDIO_ID=1 ID_CLIP_INFO_NAME0=Software ID_CLIP_I
NFO_VALUE0=VirtualDubMod 1.5.10.1 (build 2366/release) ID_CLIP_INFO_N=1
ID_FILENAME=/var/vdr/divx/Documentaire - Inde Des Di
eux Et Des Hommes - La Derniere Vie De Nirvala.avi ID_DEMUXER=avi
ID_VIDEO_FORMAT=DX50 ID_VIDEO_BITRATE=796408 ID_VIDEO_WIDT
H=320 ID_VIDEO_HEIGHT=240 ID_VIDEO_FPS=25.000 ID_VIDEO_ASPECT=0.0000
ID_AUDIO_CODEC=mp3 ID_AUDIO_FORMAT=85 ID_AUDIO_BITRATE=
128000 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_LENGTH=3169.96
ID_VIDEO_CODEC=ffodivx"
Aug 22 09:03:18 vdr logger: *** DEBUG: MPLAYER_RETURN: "0"
Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for ORIG_X: "320"
Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for ORIG_Y: "240"
Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for ORIG_FPS: "25.000"
Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for ORIG_ASPECT:
"0.0000"
Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for VIDEO_FORMAT:
"DX50"
Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for AUDIO_CODEC: "mp3"
Aug 22 09:03:18 vdr logger: *** INFO: Source Video has Resolution of 320
x 240 ...
Aug 22 09:03:18 vdr logger: *** DEBUG: PAL or unknown "25.000"
Aug 22 09:03:18 vdr logger: *** DEBUG: Variable MAX_X has value "512"
Aug 22 09:03:18 vdr logger: *** DEBUG: Variable NEW_Y has value "384"
Aug 22 09:03:18 vdr logger: *** INFO: For Sqare Pixels we would scale to
512 x 384 ...
Aug 22 09:03:18 vdr logger: *** DEBUG: Variable XResTEMP has value "352
480 528 544 688 704 720"
Aug 22 09:03:18 vdr logger: *** DEBUG: Variable AnzahlVonXResTEMP has
value "7"
Aug 22 09:03:18 vdr logger: *** DEBUG: Variable NEW_X has value "352"
Aug 22 09:03:18 vdr logger: *** DEBUG: setting REAL_Y = HALF_Y ""
Aug 22 09:03:18 vdr logger: *** DEBUG: Variable CMDLINE has value
"/usr/bin/mplayer -vo mpegpes -ao mpegpes -vop lavc=5000:2
5,expand=352:288:-1:-1:1,scale=352:384 -framedrop -cache 4096 -slave
-nolirc -subpos 80 -sub-bg-color 0 -sub-bg-alpha 30
-quiet "
Any help would be appreciated.
Thanks,
Jean-Claude
[View Less]
VDR maintenance patch 1.4.1-5 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-5.diff
This is a 'diff' against version 1.4.1-4 (which is the official
version 1.4.1, patched with
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-1.diff,
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-2.diff,
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-3.diff and
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-4.diff).
Small fixes to the officially released VDR versions will be first
made available …
[View More]as "maintenance patches" in the Developer directory,
so that they can be reviewed and tested before a new official
release is published.
So please apply the above patch and report whether it works (or
if it causes any new problems).
Originally I wanted to release an official 1.4.2 today, but then
a few things came up that I also wanted to go into the new version.
Now hopefully this version will prove stable and can be officially
released next sunday ;-)
The changes since version 1.4.1-4:
- Replaced the "quick workaround for additional live audio PIDs" in
cDvbDevice::SetChannelDevice() with an actual solution in
cDvbDevice::SetAudioTrackDevice() in order to prevent sticky PIDs in CAMs,
which caused long switching times or completely blank screens when switching
between encrypted channels on the same transponder (reported by Tomas Berglund).
- Adapted cThread::ThreadId() to recent kernels (thanks to Ville Skyttä).
- Added --remove-destination to the 'cp' command for binaries in the Makefile to
avoid a crash in case a new version is installed on a running system (suggested
by Petri Hintukainen).
- Fixed handling "Ca Info" in case the CAM sends this again if the smart card is
replaced with a different one.
Have fun!
Klaus
[View Less]
Hello,
I know Klaus won't respond to this, but perhaps somebody else that
runs with sourcecaps
will be able to confirm that if you have a channel tuned on one device
and switch another device both devices must resync
the scenario:
device 1 is a budget card, device 2 is a ff card. When I want to
watch
a channel tunable only on the budget, transfer thread is started and
I'm using the dvr device.
If I start a streamdev or something to keep the channel up, then
…
[View More]switch the ff
card to something it can watch, the budget loses frames while it
resyncs,
and since this is a channel with an extremely low srate, it can take
upwards
of 10 to 15 seconds to come back under normal circumstances, and
sometimes
it takes 30 seconds to resync. I should also mention I modified the
dvbs_tune_timeout
to 19 ms instead of 9ms because it takes longer to sync some of these
low srate channels. My vdr version is 1.3.43.
THanks.
_J
[View Less]
Hello,
I'm trying to get vdr-1.4.0 built on Ubuntu. I'm using the source from
the apt repository (apt-get source vdr).
I'm getting this:
root@media:~/vdr-1.4.0# make
g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" thread.c
thread.c:319: error: 'gettid' has not been declared
thread.c:321: error: expected constructor, destructor, or type conversion before '…
[View More]tThreadId'
make: *** [thread.o] Error 1
root@media:~/vdr-1.4.0#
If I comment out the line:
_syscall0(pid_t, gettid)
And change the gettid() call just below it into:
return syscall(224);
Then it builds, and seems to work fine.
Clearly I'm just missing a gettid definition, but does anyone know which
Debian/Ubuntu package (they're basically the same) it's in?
I have linux-kernel-headers 2.6.17-5.16 installed, I'm not sure where
else to look.
thanks!
--
Chris
[View Less]
Hello,
what does a line like this mean?
Aug 20 20:01:23 martini vdr: [29347] timer 7 (6 2250-0020 VPS '00new~Law & Order - Die heimliche Geliebte') set to event Die 22.08.2006 23:10-00:00 'Law & Order'
FYI: Timer 7 is a VPS timer. But its start time (22:50) is
NOT exactly the start time of the program (23:10).
Does this line tell me that VDR has detected that timer 7 wants
to record the event starting at 23:10? And it will correctly start
and end triggered by the VPS events?
This …
[View More]would be fine! But the manual says that VPS timers have to
start exactly at the correct time.
Any experiences?
Thank you,
Dirk
[View Less]