Hi,
there is a race condition while terminating vdr.
Early in the shutdown process the Interface class is deleted. If
a signal is raised after that point, the signal handler will call
Interface->Interrupt() which is allready deleted.
Regards.
--
Stefan Huelswitt
[EMAIL PROTECTED] | http://www.
Udo Richter wrote:
I've been thinking about video cutting strategies, and I think its
possible to speed up the cutting process noticeable, with some
modifications to VDR.
Hi list,
I just had to do this in self-reply. ;)
For reference, this is my 'original' post:
http://linvdr.org/mailinglists
Hi,
need some help in locating a decoding issue with old vdr recordings and
softdevice.
Recordings were done with vdr-1.2.1.
They play fine when using ffplay .
They play fine when using ffmpeg svn revision 6040 via vdr + softdevice.
With vdr + softdevice there is no sound in ffmpeg svn rev 6147
Hi,
Stefan Lucke wrote:
> Dumping the first 16 bytes of audio packets we get, shows the following:
> ff fc a4 0d b6 64 88 55 33 65 56 54 44 21 33 33
> ff fc a4 0d 54 6a 88 65 33 44 56 54 33 33 33 33
> ff fc a4 0d 02 a4 88 55 33 54 66 44 43 33 33 33
> 99 77 1b e6 34 b2 5f 41 e8 5b 90 a9 d2 04 24 5
I have two samba shared video drives on my vdr system. Everything works
great except empty directories are not erased on these drives. They are
erased on my Linux drives. I can manually erase directories on these
drivers with rmdir under Linux. There does appear to be any permission
errors. Th
Reinhard Nissl schrieb:
> Hi,
>
> Stefan Lucke wrote:
>
>> Dumping the first 16 bytes of audio packets we get, shows the following:
>> ff fc a4 0d b6 64 88 55 33 65 56 54 44 21 33 33
>> ff fc a4 0d 54 6a 88 65 33 44 56 54 33 33 33 33
>> ff fc a4 0d 02 a4 88 55 33 54 66 44 43 33 33 33
>> 99 77 1b
Hi,
Martin Wache wrote:
> Is there a reason why the cAudioRepacker is used in transfer mode and
> during recordings, but not while replaying?
Well, when cAudioRepacker was active while recording, then there is no
need for it when replaying such a recording. And old recordings will
vanish as time
Hi,
Reinhard Nissl schrieb:
> Hi,
>
> Martin Wache wrote:
>
>> Is there a reason why the cAudioRepacker is used in transfer mode and
>> during recordings, but not while replaying?
>
> Well, when cAudioRepacker was active while recording, then there is no
> need for it when replaying such a rec
Udo Richter wrote:
This has been in my mind for over two years, and now I just wanted to
see it working: Using hard file system links to speed up editing
whenever a 00x.vdr file is copied from source to destination recording
without modification.
This has crossed my mind several times as well
On 6 Mar 2007, at 11:44, Torgeir Veimo wrote:
I'm using a lirc setup with inputlircd daemon with a hauppauge
remote on a dvb card. Everything works with the remote plugins
using /dev/input/eventX, but I'm trying to share the remote with
several applications.
For some reason when trying t
On Saturday 17 March 2007 20:57, Reinhard Nissl wrote:
> Hi,
>
> Stefan Lucke wrote:
>
> > Dumping the first 16 bytes of audio packets we get, shows the following:
> > ff fc a4 0d b6 64 88 55 33 65 56 54 44 21 33 33
> > ff fc a4 0d 54 6a 88 65 33 44 56 54 33 33 33 33
> > ff fc a4 0d 02 a4 88 55 3
On Saturday 17 March 2007 23:11, Martin Wache wrote:
> Hi,
>
>
> Reinhard Nissl schrieb:
>
> > And old recordings will
> > vanish as time passes by.
> >
> I don't buy this argument. I know that there are VDR users with large
> archives of recordings, do you want to tell them that they can't us
On Saturday 17 March 2007 22:05, Martin Wache wrote:
> I attached a patch with make the softdevice use av_read_frame(), it has
> still some issues, but it solves the problems Stefan reports.
Martin, thats really great.
Thank you.
This solves the issue I had with playback of some old recordings.
B
Hi,
Martin Wache wrote:
>>> Is there a reason why the cAudioRepacker is used in transfer mode and
>>> during recordings, but not while replaying?
>>
>> Well, when cAudioRepacker was active while recording, then there is no
>> need for it when replaying such a recording.
>
> Wouldn't it make more
Hi,
Richard Lithvall wrote:
> Why not just change the naming of video files to four, five or even
> eight digits?
The problem is not the file name, it's the index file. An index entry
stores the file number as "uchar", which allows 256 recording files.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
In <[EMAIL PROTECTED]>, Torgeir Veimo wrote:
>
> On 6 Mar 2007, at 11:44, Torgeir Veimo wrote:
>
> >I'm using a lirc setup with inputlircd daemon with a hauppauge
> >remote on a dvb card. Everything works with the remote plugins
> >using /dev/input/eventX, but I'm trying to share the remote
16 matches
Mail list logo
