[vdr] plachty
http://www.modellmarine.de/phpwebsite/index.php?module=pagemasterPAGE_user_ op=view_pagePAGE_id=766MMN_position=272:272 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] How to compute length of a recording?
Hello, how do I get the duration in a shell script? The following code does not always compute the correct value: sumlen=0 for i in $recdir/0*.vdr ; do # length in sec. in ID_LENGTH ergebnis=$(/usr/local/bin/midentify $i) eval $ergebnis sumlen=$(echo scale=3 ; $sumlen + $ID_LENGTH | bc) done echo $sumlen (midentify is mplayer -vo null -ao null -frames 0 -identify $@) Can you tell me a correct way? Thank you, Dirk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to compute length of a recording?
Moin, how do I get the duration in a shell script? The following code does not always compute the correct value According to the record-length-patch you can use the size of index.vdr. Divide the size of index.vdr by 200 and you get the run time in seconds. Each entry in index.vdr is 8 bytes long (at least on my pc) and there is AFAICS one entry per frame. With 25 frames per seconds you got that divider. So sth like echo $(stat -c %s index.vdr) / 200.0 | bc would help you on a bash. Gruss, Walter -- Die Gedanken sind frei. Auschnahmen regelt ein Bundeschgesetz. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR shutdown question
Norbert Goebel wrote: as always it's a problem of knowing how to do what you want to do. I for example am trying and trying to get rid of the onscreen message Taste drücken, um Ausschalten abzubrechen automatically, but somehow commands like $svdrpsend HITK Ok /dev/nulll with svdrpsend=/usr/lib/vdr/svdrpsend.pl do not get through to vdr when issued in a shutdown-hook script (debian vdr), but work flawlessly when issued by hand. Any suggestions on that problem? let me guess: it gets a timeout? VDR is busy waiting for the shutdownscript to return, so no new svdr-connection is accepted. Spawn the svdrpsend (with at, if you like) and your problems will vanish. My biggest problem might be understanding how to make an intelligent shutdownscript for vdr and there are almost no examples given - if you got a longer example I would be glad to learn from it ;) my shutdownscript consists of the some lines above and some ssh-commands to my house-controlling (NSLU2), which tracks, which computer is online and offline, and which computer wants to wakeup when (via wake-on-lan). I don't know if this would be helpful, since its quite complex. regards, Friedhelm. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] EPG: Events with same event id on different channels?
Hi everybody. I wonder, if event id (according to vdr.5) must be uniq among *all* events known to vdr or only among the events of the current channel? Is it valid to have a event id of 4711 for ard and a event id of 4711 for zdf? Or will these both events clash? regards, Friedhelm. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR shutdown question
Norbert Goebel schrieb: Hi, as always it's a problem of knowing how to do what you want to do. I for example am trying and trying to get rid of the onscreen message Taste drücken, um Ausschalten abzubrechen automatically, but somehow commands like $svdrpsend HITK Ok /dev/nulll with svdrpsend=/usr/lib/vdr/svdrpsend.pl do not get through to vdr when issued in a shutdown-hook script (debian vdr), but work flawlessly when issued by hand. Any suggestions on that problem? My biggest problem might be understanding how to make an intelligent shutdownscript for vdr and there are almost no examples given - if you got a longer example I would be glad to learn from it ;) Regards, Norbert Hi, after some more trial and error I recognized, that the shutdown-hooks are called after the timeout for a key-press to abort the shutdown by hand has accured. This leads to 5 minutes Taste drücken, um Ausschalten abzubrechen being displayed on screen, so sending a key with svdrp to kill this annoying message (at least in times where a shutdown is not allowed due to shutdown-hooks) is no option. Even trying to handle the situation in a shutdown-hook at all is no option as they seem to be called after the key-press to abort shutdown-timeout. Seems like I have to options to work around this a) with a cron script sending svdrp HITK messages every minute as long as shutdowns are not wanted b) with a plugin creating fake activity while shutdowns are not wanted Regards, Norbert ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR shutdown question
Friedhelm Büscher schrieb: let me guess: it gets a timeout? VDR is busy waiting for the shutdownscript to return, so no new svdr-connection is accepted. Spawn the svdrpsend (with at, if you like) and your problems will vanish. Sorry, but you guessed wrong ;) Like written before I was mislead by my own assumptions about the order in which the maybe-shutdown-sequence is handled. I guessed that a) the shutdown abort by keypress message is displayed b) the shutdown-hooks are called c) after b) finishes with exit 0 the timeout from a) is waited for and only than a shutdown happens And even this order is somehow strange, as it displays an annoying message that might not even be needed. But atm it seems like the order is: a) the shutdown abort by keypress message is displayed b) the timeout of 5! minutes is waited for c) after that timeout passes the shutdown-hooks are checked I just changed my S90.custom shutdownhook to just exit 1 and set the idletimeout to 1 minute und my log shows: Jul 16 17:05:45 video vdr: [4146] confirm: Taste drücken, um Ausschalten abzubrechen Jul 16 17:05:45 video vdr: [4146] warning: Taste drücken, um Ausschalten abzubrechen ... Jul 16 17:10:46 video vdr: [4146] confirmed Jul 16 17:10:46 video vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script Jul 16 17:10:46 video vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdrconvert as shell script Jul 16 17:10:47 video vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script Jul 16 17:10:47 video vdr-shutdown: Shutdown aborted by /usr/share/vdr/shutdown-hooks/S90.custom with exitcode 1 Jul 16 17:10:50 video vdr: [4146] connect from 127.0.0.1, port 45439 - accepted Jul 16 17:10:50 video vdr: [4146] SVDRP message: 'Shutdown abgebrochen / Shutdown aborted!' Jul 16 17:10:50 video vdr: [4146] info: Shutdown abgebrochen / Shutdown aborted! Jul 16 17:10:50 video vdr: [4146] closing SVDRP connection Which leads to the question: Why is this done in this order and not like this: a) check the shutdown-hooks and if those exit with exitcode=0 do b) else abort the shutdown sequence without a message (exception: the script wants to be verbose and does it itself) b) display shutdown abort message c) wait for the timeout and shutdown if it happens Regards, Norbert ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPG: Events with same event id on different channels?
On Monday 16 Jul 2007, Friedhelm Büscher wrote: Hi everybody. I wonder, if event id (according to vdr.5) must be uniq among *all* events known to vdr or only among the events of the current channel? Is it valid to have a event id of 4711 for ard and a event id of 4711 for zdf? Or will these both events clash? According to ETSI EN 300 468 the event_id is uniquely allocated within a service definition, which I think means that the combination of service_id and event_id is unique. Of course they cannot be globally unique for all time as they are both 16-bit fields, so I presume that there should simply be no re-use within the time interval covered by the EPG. -- Dave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-burn dvdauthor crash
Leo Márquez schrieb: Hi, After a lot of tests I have reached that I can't burn any vdr recordings with vdr-burn plugin if I choose do a 'dvd with menus'. In dvd.log I see: dvdauthor -x dvd.xml segmentation fault If I run this command in shell I get same result, segmentation fault again. I'm using vdr 1.4.3 and also tested with vdr-1.4.6 burn plugin is http://linux.kompiliert.net/contrib/vdr-burn-0.1.0-pre21.tgz and dvdauthor is the recommended in readme: dvdauthor- http://dvdauthor.sourceforge.net ** Tested with 0.6.10 ** recommended: 0.6.12-alpha-2992-GfD-5 from ** http://www.videohelp.com/~gfd/edcounter.php?file=download/dvdauthor-0.6.12-alpha-2992-GfD-5.zip ** if you want to create discs with titles longer than 1 seconds I also have tested compiling dvdauthor 0.6.14. Anyone has experimented the same problem? And know how to solve this? Thanks. dvdauthor is known to crash without a message if a input file is missing, so have a look into your dvd.xml and check if each mpg, png, etc. exist (with a size larger than zero). Maybe in earlier steps something went wrong which can be verified via the log file. Cheers Christoph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] mplayer-plugin can't play h264 .ts file
You should try to run 'mplayer -identify -frames 0 /your/h264-video.ts'
and look for ID_VIDEO_WIDTH and ID_VIDEO_HEIGHT. If you can't find this
output or if it is 0, try it once again with '-frames 10'. If this still
doesn't show the desired output, please take it to the mplayer
developers at mplayerhq.hu. But if '-frames 10' (or any other value)
gives you a reasonable output, please report it back to me.
yes, you are right - I will report to mplayer's developpers
because
ID_FILENAME=/data/mplayer/video/1muz.ts
ID_DEMUXER=mpegts
ID_VIDEO_FORMAT=0x1005
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=0
ID_VIDEO_HEIGHT=0
ID_VIDEO_FPS=25.000
ID_VIDEO_ASPECT=0.
ID_AUDIO_FORMAT=80
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=0.00
arvdr:~# /usr/bin/mplayer_svn -vo mpegpes -ao mpegpes -nolirc -identify
-frames 10 -msglevel
all=6 /data/mplayer/video/1muz.ts
MPlayer dev-SVN-r23741-4.1.2 (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
Compiled with runtime CPU detection.
get_path('codecs.conf') - '/root/.mplayer/codecs.conf'
Reading /root/.mplayer/codecs.conf: Can't open '/root/.mplayer/codecs.conf': No
such file or directory
Reading /usr/local/etc/mplayer/codecs.conf: Can't open
'/usr/local/etc/mplayer/codecs.conf': No such file
or directory Using built-in default codecs.conf.
Configuration: --enable-runtime-cpudetection --enable-largefiles --enable-menu
--enable-dvb
CommandLine: '-vo' 'mpegpes' '-ao' 'mpegpes' '-nolirc' '-identify' '-frames'
'10' '-msglevel' 'all=6'
'/data/mplayer/video/1muz.ts' init_freetype
get_path('font/font.desc') - '/root/.mplayer/font/font.desc'
font: can't open file: /root/.mplayer/font/font.desc
font: can't open file: /usr/local/share/mplayer/font/font.desc
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
get_path('fonts') - '/root/.mplayer/fonts'
Using nanosleep() timing
get_path('input.conf') - '/root/.mplayer/input.conf'
Can't open input config file /root/.mplayer/input.conf: No such file or
directory
Can't open input config file /usr/local/etc/mplayer/input.conf: No such file or
directory
Falling back on default (hardcoded) input config
get_path('1muz.ts.conf') - '/root/.mplayer/1muz.ts.conf'
Playing /data/mplayer/video/1muz.ts.
get_path('sub/') - '/root/.mplayer/sub/'
[file] File size is 5831008 bytes
STREAM: [file] /data/mplayer/video/1muz.ts
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
Checking for YUV4MPEG2
ASF_check: not ASF guid!
Checking for NuppelVideo
Checking for REAL
Checking for SMJPEG
Searching demuxer type for filename /data/mplayer/video/1muz.ts ext: .ts
LAVF_check: MPEG2 transport stream format
Checking for Nullsoft Streaming Video
Checking for MOV
Checking for VIVO
header block 1 size: 64
AVS: avs_check_file - attempting to open file /data/mplayer/video/1muz.ts
AVS: File is too big, aborting...
Checking for PVA
Checking for MPEG-TS...
TRIED UP TO POSITION 0, FOUND 47, packet_size= 188, SEEMS A TS? 1
GOOD CC: 31, BAD CC: 0
TS file format detected.
DEMUX OPEN, AUDIO_ID: -1, VIDEO_ID: -1, SUBTITLE_ID: -2,
Checking for MPEG-TS...
TRIED UP TO POSITION 0, FOUND 47, packet_size= 188, SEEMS A TS? 1
GOOD CC: 31, BAD CC: 0
PROBING UP TO 0, PROG: 0
COLLECT_SECTION, start: 64, size: 184, collected: 0
SKIP: 0+1, TID: 0, TLEN: 13, COLLECTED: 184
PARSE_PAT: section_len: 13, section 0/0
PROG: 18 (1-th of 1), PMT: 278
COLLECT_SECTION, start: 64, size: 184, collected: 0
SKIP: 0+1, TID: 2, TLEN: 46, COLLECTED: 184
FILL_PMT(prog=18), PMT_len: 184, IS_START: 64, TS_PID: 278, SIZE=184, M=0,
ES_CNT=0, IDX=0, PMT_PTR=0x8b29ab0
...descr id: 0x11, len=1
...descr id: 0x28, len=4
...descr id: 0x2a, len=7
PARSE_PMT(18 INDEX 0), STREAM: 0, FOUND pid=0x21a (538), type=0x1005,
ES_DESCR_LENGTH: 18, bytes left: 10
PARSE_PMT(18 INDEX 1), STREAM: 1, FOUND pid=0x2d5 (725), type=0x50,
ES_DESCR_LENGTH: 0, bytes left: 5
PARSE_PMT(18 INDEX 2), STREAM: 2, FOUND pid=0x256 (598), type=0x,
ES_DESCR_LENGTH: 0, bytes left: 0
ID_VIDEO_ID=538
ID_VIDEO_ID=538
ID_VIDEO_ID=538
ID_VIDEO_ID=538
ID_AUDIO_ID=725
COLLECT_SECTION, start: 64, size: 184, collected: 184
SKIP: 0+1, TID: 0, TLEN: 13, COLLECTED: 184
PARSE_PAT: section_len: 13, section 0/0
PROG: 18 (1-th of 1), PMT: 278
COLLECT_SECTION, start: 64, size: 184, collected: 184
SKIP: 0+1, TID: 2, TLEN: 46, COLLECTED: 184
FILL_PMT(prog=18), PMT_len: 184, IS_START: 64, TS_PID: 278, SIZE=184, M=0,
ES_CNT=3, IDX=0,
PMT_PTR=0x8b29ab0 ...descr id: 0x11, len=1
...descr id: 0x28, len=4
...descr id: 0x2a, len=7
PARSE_PMT(18 INDEX 0), STREAM: 0, FOUND pid=0x21a (538), type=0x1005,
ES_DESCR_LENGTH: 18, bytes left:
10 PARSE_PMT(18 INDEX 1), STREAM: 1, FOUND pid=0x2d5 (725), type=0x50,
ES_DESCR_LENGTH: 0, bytes left: 5
PARSE_PMT(18 INDEX 2), STREAM: 2, FOUND pid=0x256 (598), type=0x,
ES_DESCR_LENGTH: 0,
