On Sonntag, 18. März 2007, Reinhard Nissl wrote:
> 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 25
Stefan Lucke schrieb:
> 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 p
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 reco
Richard Lithvall wrote:
Why not just change the naming of video files to four, five or even
eight digits?
The real limit is that the file format and the VDR API uses byte sized
integers to represent this. (cIndexFile::Get uses an uchar *FileNumber.)
This could be extended, even with moderate
Matthias Schwarzott wrote:
Another thing that comes to my mind, but is sure hard to implement:
If I do two or more simultanous recordings from the same channel, why couldn't
VDR record this to the same file, and hardlink it to both directories. That
would reduce the need to create one long reco
On Sunday 18 March 2007 10:34, Martin Wache wrote:
> Stefan Lucke schrieb:
> > But there is still one drawback.
> > It is still not playable with softplay.
> >
> > Neither audio nor video.
> > There are only some accustic fragments and no video frame.
> >
>
> For me softplay works fine with vdr
Hi,
Martin Wache wrote:
> I agree that it is cleaner to have an index file which points to
> complete frames, but I never experienced any problems without repacking.
So it seems to me that only xine's libmpeg2 has the problem to drop
incomplete frames. This was annoying when moving cutting marks
Stefan Huelswitt wrote:
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.
The best fix is probably to disable all s
Hello,
I try to watch recored material with my VDR. This is basically nice, but
today we have strong wind. And sorry to get rude, but:
Es ist so zum Kotzen, dass der VDR meint er muss sich neu starten, wenn das
DVB-S signal mal nicht so gut ist.
How should I explain my friends that we c
martin wrote:
> Hello,
>
>
>
> I try to watch recored material with my VDR. This is basically nice, but
> today we have strong wind. And sorry to get rude, but:
>
>
>
> Es ist so zum Kotzen, dass der VDR meint er muss sich neu starten, wenn
> das DVB-S signal mal nicht so gut ist.
>
>
>
Hi
I don't know if this is useful.
I could not compile many plugins with 1.5.1 until I made the following
change in ./include/vdr/osdbase.h, in "class cOsdObject" I moved "bool
needsFastResponse;" from private to public scope.
Then most of my plugin probs went away.
Don't have the faintest
On Sun, Mar 18, 2007 at 01:26:03PM +0100, Reinhard Nissl wrote:
> > I switched the repacking off in my vdr... I don't think that it is
> > necessary.
>
> Maybe you are right. The benefit of avoiding memcpys when repacking is
> done already during the TS to PES transformation is void as long as
On 3/18/07, anthony kelly <[EMAIL PROTECTED]> wrote:
I could not compile many plugins with 1.5.1 until I made the following
change in ./include/vdr/osdbase.h, in "class cOsdObject" I moved "bool
needsFastResponse;" from private to public scope.
There is now a SetNeedsFastResponse function to s
Hi,
Is there a patch available with your modifications?
Thanks
Halim
On So, Mär 18, 2007 at 04:30:02 +0100, Georg
Acher wrote:
> On Sun, Mar 18, 2007 at 01:26:03PM +0100, Reinhard Nissl wrote:
>
> > > I switched the repacking off in my vdr... I don't think that it is
> > > necessary.
> >
> > M
On su, 2007-03-18 at 15:46 +0100, Klaus Schmidinger wrote:
> You can disable all the cThread::EmergencyExit() calls if you don't want
> this. Maybe I should disable this by default in a future version - and wait
> until people start complaining because recordings are broken... ;-)
I personally do
On Sun, Mar 18, 2007 at 05:25:00PM +0100, Halim Sahin wrote:
> Hi,
> Is there a patch available with your modifications?
That's a bit difficult, since "our" vdr has no exact mainline equivalent.
It may contain parts from different vdr versions. But as I've heard, it
should work also on a full feat
Thanks Klaus,
For that fast response. As you said: it's not your - respective VDR's
Problem. Are there still so many buggy drivers around? I would appreciate to
have this work-around-feature disabled by default, but be enabled with a
command line option in case somebody still needs it. It's the se
So, get rid of legacy or make it at least disabled, configurable with a
start option.
Martin
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von
Heikki Manninen
Gesendet: Sonntag, 18. März 2007 17:46
An: VDR Mailing List
Betreff: Re: [vdr] VDR stops r
Heikki Manninen schrieb:
> On su, 2007-03-18 at 15:46 +0100, Klaus Schmidinger wrote:
>
>> You can disable all the cThread::EmergencyExit() calls if you don't want
>> this. Maybe I should disable this by default in a future version - and wait
>> until people start complaining because recordings ar
Heikki Manninen schrieb:
On su, 2007-03-18 at 15:46 +0100, Klaus Schmidinger wrote:
You can disable all the cThread::EmergencyExit() calls if you don't want
this. Maybe I should disable this by default in a future version - and wait
until people start complaining because recordings are brok
Hi,
Georg Acher wrote:
> The new repacker may have some issues with AC3 or some audio-only channels,
> but maybe it's worth to have a look at its code...
>
> svn co svn://[EMAIL PROTECTED]/testing/src/vdr-1.4/
I'll have a look at it the next days.
I must admit, that the repacker classes were d
Heikki Manninen wrote:
On su, 2007-03-18 at 15:46 +0100, Klaus Schmidinger wrote:
You can disable all the cThread::EmergencyExit() calls if you don't want
this. Maybe I should disable this by default in a future version - and wait
until people start complaining because recordings are broken... ;
Okay: how to tell my granny, that she can't watch her recording, because
some emergency exit is going on?
* Hot to tell her, that the sat dish is moving?
-> This is nothing for a normal enuser, there must be another solution!
Let me tell you a story: all of our PC's are connected to the internet.
I demand that martin may or may not have written...
[snip]
> Thats crazy man!
^
Was that supposed to be an apostrophe? I ask because I see here a box symbol,
representing an unknown character...
Your message's headers say ISO8859-1. Character code 0x92 is undefined in
ISO8859-1, and theref
I noticed that when the screenshot plugin starts, it grabs a PNM image to
/dev/null, but the resolution is not right. Fory my system, everything
should be in NTSC resolution. How is vdr getting 768x576 for the capture
screen resolution? I would like this to be 720x480 instead.
Mar 18 21:04:26
Grab screenshots are unfortunately screwed up for NTSC. I asked Klaus
about this a long time ago and he suggested the problem was
driver/firmware related. When I inquired I was told it's a software
problem. Rather than continuing to go in cricles I just forgot the
idea of getting a good screens
On 3/18/07, VDR User <[EMAIL PROTECTED]> wrote:
Grab screenshots are unfortunately screwed up for NTSC. I asked Klaus
about this a long time ago and he suggested the problem was
driver/firmware related. When I inquired I was told it's a software
problem. Rather than continuing to go in cricle
This is the 'official' and updated vdr-mailing-list-etiquette-reminder.
Please take this as a serious advice. Take the time to read it,
especially if you are new to mailinglists in general.
E-mail formatting
=
Mailing list email should fit the following criteria:
DO
==
* Trim
hi,
Steffen Barszus writes:
> Shouldn't it be enough to do not sprecify -w option ? :
>
> -w SEC, --watchdog=SEC activate the watchdog timer with a timeout of SEC
>seconds (default: 0); '0' disables the watchdog
The problem is that the watchdog timer is able
Udo Richter writes:
> into my VDR, as it saved many recordings for me. This fallback is only
> triggered if a scheduled recording is getting not a single byte of data
> for at least one minute, so there's IMHO something seriously wrong about
Such as CA authorization needing refreshing, and
30 matches
Mail list logo
