If I pause live video then restart it starts in slo-mo i.e. judders, and
>> then eventually freezes, but may then start again, still juddering
>> and freezing ...
>
> Well, then I have no idea why it wouldn't work with an NTFS partition,
> while it does work with others.
>
> Klaus
> Hi
On Sunday 22 March 2009, ua0lnj wrote:
> Hi
> This patch allows correct work of mplayer-plugin with softdevice from cvs.
> Otherwise softdevice lock output resources, and mplayer can't play (for
> example no audio for me).
>
Thanks,
if thats so simple... some action on: pmExtern_THIS_SHOULD_BE_
On 22.03.2009 01:42, Niedermeier Günter wrote:
>>> If I pause live video then restart it starts in slo-mo i.e. judders, and
>>> then eventually freezes, but may then start again, still juddering ….
>>> and freezing …
>> Well, then I have no idea why it wouldn't work with an NTFS partition,
>> while
Hawes, Mark schrieb:
>
>
> /If I pause live video then restart it starts in slo-mo i.e. judders, and/
>
>>>/ then eventually freezes, but may then start again, still juddering …./
>
>>>/ and freezing …/
>
>>/ /
>
>>/ Well, then I have no idea why it wouldn't work with an NTFS partition,/
>
On 22.03.2009 09:15, Hawes, Mark wrote:
>
>
> ...
> I have checked the recording directory and sure enough, the index file stops
> growing after a short while (seconds).
> I have tried mounting the NTFS partition with the async option but to no
> avail, i.e. problem is still there.
Please try
>> I've never had a problem like this in older VDR versions, and I often do
>> cutting and recording at the same time.
>
> Strange - the code for actually writing the index file hasn't changed
> between PES and TS recording. But maybe you can take a closer look at
> the changes to cIndexFile betwe
Klaus Schmidinger wrote:
> I believe you mean 'genindex'.
> Maybe I should make VDR automatically generate an index file when replaying
> a TS recording without one...
good idea
stefan
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-b
> Strange - the code for actually writing the index file hasn't changed
> between PES and TS recording. But maybe you can take a closer look at
> the changes to cIndexFile between version 1.7.2 and 1.7.3.
Possibly you may want to have a look to my logfile,
while the error occurs:
snip
On 22.03.2009 12:39, Niedermeier Günter wrote:
>> Strange - the code for actually writing the index file hasn't changed
>> between PES and TS recording. But maybe you can take a closer look at
>> the changes to cIndexFile between version 1.7.2 and 1.7.3.
>
> Possibly you may want to have a look to
On 21.03.2009 14:17, Artur Skawina wrote:
> Patrick Rother wrote:
>> For a reason not to go in details too much here, I would like to make
>> vdr recognise sparse DVB adapter numbers.
>>
>> I have:
>>
>> r...@vdr:/dev/dvb# ls -l
>> total 0
>> drwxr-xr-x 2 root root 200 Mar 19 11:59 adapter0/
>> drw
>
> Well, if there are buffer overflows and the TS data is corrupted, it's
> no wonder the index file stops growing.
>
> Does this happen on all channels, or only on some (or even only on a
> particular one)?
Well, I've tried it on several channels
ARD,ZDF,arte,Das Vierte,MünchenTV and so on.
C
> Well, if there are buffer overflows and the TS data is corrupted, it's
> no wonder the index file stops growing.
>
> Does this happen on all channels, or only on some (or even only on a
> particular one)?
>
Additional infos:
I recompiled older versions beginning at 1.7.3 and made some tests.
Klaus Schmidinger wrote:
> On 21.03.2009 14:17, Artur Skawina wrote:
>> Patrick Rother wrote:
>>> For a reason not to go in details too much here, I would like to make
>>> vdr recognise sparse DVB adapter numbers.
>>> drwxr-xr-x 2 root root 200 Mar 19 11:59 adapter0/
>>> drwxr-xr-x 2 root root 120
Hi,
a new IPTV plugin release is now available:
http://www.saunalahti.fi/~rahrenbe/vdr/iptv/
2009-03-22: Version 0.2.6
- Added a note about recommended frequencies into README.
- Fixed a locking bug with section filters.
- Fixed some lint warnings.
I strongly encourage every IPTV user to upgr
On Wed, Mar 18, 2009 at 02:40:38PM +0200, Antti Palosaari wrote:
> Heinrich Langos wrote:
>> I ran "dvbtraffic" (itself causing about 10 wakups but hardly any cpu load)
>> on another console to see what is happening and it seems like "femon"
>> does only check the receiver's status while "zap" rea
Hi!
Heinrich Langos schrieb:
>
> I ran a couple of tests with a different DVB-T USB stick. The rather old
> "Fujitsu-Siemens DVB-T Mobile TV". That one turns out to need a lot less
> system resources. It also transfers the whole transport stream (several
> video and audio streams) over the USB and
On 22.03.2009 15:36, Niedermeier Günter wrote:
>> Well, if there are buffer overflows and the TS data is corrupted, it's
>> no wonder the index file stops growing.
>>
>> Does this happen on all channels, or only on some (or even only on a
>> particular one)?
>>
>
> Additional infos:
>
> I recompi
Here's the powertop output for the siemens stick in various situations:
cheers
-henrik
running zap to tune into a channel
and transfer the TS over USB
PowerTOP version 1.10 (C) 2007 Intel Corporation
> A TS recording is only marginally more data than the same length recording
> in PES. I don't think that recording in TS should require so much more
> bandwidth
> than PES.
That's clear to me.
> There must be an other problem that's causing this, but since this doesn't
> happen here on my syste
...is there switch, or simple possibility to change recording
format from TS to PES in 1.7.4 - just for a simple verification?
BTW:
In your environment, do you stream over net or local disk?
Because streaming to a local (linux)disk makes no problem,
and would be hard to produce it, or measure the
On Sun, Mar 22, 2009 at 06:16:29PM +0100, Martin Emrich wrote:
> Heinrich Langos schrieb:
> >
> > I ran a couple of tests with a different DVB-T USB stick. The rather old
> > "Fujitsu-Siemens DVB-T Mobile TV". That one turns out to need a lot less
> > system resources. It also transfers the whole t
On 22.03.2009 19:06, Niedermeier Günter wrote:
> ...is there switch, or simple possibility to change recording
> format from TS to PES in 1.7.4 - just for a simple verification?
Sorry, PES recordign has been completely removed from VDR.
> In your environment, do you stream over net or local disk?
> There must be an other problem that's causing this, but since this doesn't
> happen here on my system, I'm afraid you'll need to do the debugging ;-)
Which changes have been made between 1.7.2 and 1.7.3 in
file writing mechanism?
Not codechanges, because I dont understand them, but in words ple
>> A TS recording is only marginally more data than the same length recording
>> in PES. I don't think that recording in TS should require so much more
>> bandwidth
>> than PES.
>That's clear to me.
>> There must be an other problem that's causing this, but since this doesn't
>> happen here on m
24 matches
Mail list logo
