On Sat, Mar 15, 2008 at 03:12:49PM +0100, Halim Sahin wrote:
Hi Werner and List,
On Mi, Mär 07, 2007 at 04:36:12 +0100, Dr. Werner
Fink wrote:
Beside a small problem of Video underruns during change
from AC3 to Mpeg-Audio and at the start of a replay,
I see no problems. At least the
Hi Werner and List,
On Mi, Mär 07, 2007 at 04:36:12 +0100, Dr. Werner
Fink wrote:
Beside a small problem of Video underruns during change
from AC3 to Mpeg-Audio and at the start of a replay,
I see no problems. At least the problem with broken
Mpeg-Audio frames are gone. Hopefully I've
On Sun, Mar 04, 2007 at 12:42:11PM +, Morfsta wrote:
Hi Werner,
Were there problems?
Beside a small problem of Video underruns during change
from AC3 to Mpeg-Audio and at the start of a replay,
I see no problems. At least the problem with broken
Mpeg-Audio frames are gone. Hopefully
On 3/7/07, Dr. Werner Fink [EMAIL PROTECTED] wrote:
AC3 loop through sound card http://bitstreamout.sourceforge.net/
Howto http://www.vdr-portal.de/board/thread.php?threadid=1958
German language howtos are useless to all us english-speaking vdr users (and
there are a LOT of us!). Perhaps
Hi Werner,
Were there problems?
Morfsta
On 2/23/07, Dr. Werner Fink [EMAIL PROTECTED] wrote:
On Thu, Feb 22, 2007 at 06:18:11PM +, Morfsta wrote:
Hi Werner,
Any idea when you will be able to release the new firmware for testing?
I'm just testing the stuff in real live on my
On Thu, Feb 22, 2007 at 06:18:11PM +, Morfsta wrote:
Hi Werner,
Any idea when you will be able to release the new firmware for testing?
I'm just testing the stuff in real live on my productions system ;)
Knock on wood that this stays stable ...
Werner
--
Having a smoking
On Wed, Feb 21, 2007 at 11:12:43PM +0100, Reinhard Nissl wrote:
Actually, I don't know how this is done in the case of a FF card and
what the firmware has to do in this regard. A guess -- which could
explain the issues you see -- would be that sync is not maintained
continuously. So after
Halim Sahin kirjoitti:
This has been very illuminating. Maybe I made some mistake with the
logging because there really is no TS continuity error in the log. I
definitely have -l 3 on commandline (just checked with ps -ef). And I
Under debian Systems you must look in to /var/log/syslog
Hi Werner,
Any idea when you will be able to release the new firmware for testing?
Kind Regards,
Morfsta
On 2/22/07, Dr. Werner Fink [EMAIL PROTECTED] wrote:
For the next firmware I've added a dectection of such an unrecoverable
audio
decoder error to restart the audio decoder as fast as
Hi,
Dr. Werner Fink wrote:
On Wed, Feb 21, 2007 at 11:12:43PM +0100, Reinhard Nissl wrote:
Actually, I don't know how this is done in the case of a FF card and
what the firmware has to do in this regard. A guess -- which could
explain the issues you see -- would be that sync is not
Hi,
Reinhard Nissl wrote:
Please provide me some of these files which were dumped in the middle
of a recording. If size matters, you may reduce the number of packets to
100.
I had a look into the files you've provided me. It looks like some TS
packets get lost. You can simply check this on
OK, so Karsta and I are suffering dropped TS packets. I know for sure that
my DVB-T signal is not perfect so it is likely to occasionally lose some TS
packets (freeview in the UK is susceptible to all sorts of interference from
cars, motorbikes, DECT, etc) however, saying there is nothing that we
Hi,
Morfsta wrote:
OK, so Karsta and I are suffering dropped TS packets. I know for sure
that my DVB-T signal is not perfect so it is likely to occasionally lose
some TS packets (freeview in the UK is susceptible to all sorts of
interference from cars, motorbikes, DECT, etc) however, saying
Reinhard Nissl kirjoitti:
Hi,
Kartsa wrote:
So I would like to raise this one up again. After applying the two
changes (dsyslog(TS continuity error (%d), ccCounter) and { *FrameSize
= 0; dsyslog(cAudioRepacker: FrameSize == 0); } in remux.c) I still
get these lines in log (and -l 3 in vdr
Hi,
Kartsa wrote:
My log is actually full of these.
The attached patch adds a TS packet logger to cAudioRepacker, which
stores the last 1000 TS packets that led to synchronization of
cAudioRepacker into a file to /video.
In your logfile you'll then find lines like the following:
Feb 19
Hi,
Kartsa wrote:
My log is actually full of these.
The attached patch adds a TS packet logger to cAudioRepacker, which
stores the last 1000 TS packets that led to synchronization of
cAudioRepacker into a file to /video.
In your logfile you'll then find lines like the following:
Feb 19
Hi,
Kartsa wrote:
So I would like to raise this one up again. After applying the two
changes (dsyslog(TS continuity error (%d), ccCounter) and { *FrameSize
= 0; dsyslog(cAudioRepacker: FrameSize == 0); } in remux.c) I still
get these lines in log (and -l 3 in vdr startup)
vdr: [3600]
Hi,
Kartsa wrote:
I also applied both of those changes and have not yet seen either of the
errors in the log.
I do have thosa same log entrys as morfsta especially if I have more
than two recordings going on while I am watching a previous recording.
\\Kartsa
Morfsta kirjoitti:
I
Reinhard Nissl kirjoitti:
I also applied both of those changes and have not yet seen either of the
errors in the log.
I do have thosa same log entrys as morfsta especially if I have more
than two recordings going on while I am watching a previous recording.
\\Kartsa
Morfsta kirjoitti:
I also applied both of those changes and have not yet seen either of the
errors in the log.
I do have thosa same log entrys as morfsta especially if I have more
than two recordings going on while I am watching a previous recording.
\\Kartsa
Morfsta kirjoitti:
I lose sync on live tv as well
Ville Rannikko kirjoitti:
Hi!
The newest firmware for FF cards did not completely fix the AV
desync problems
for me.
Can you provide a sample recording where A/V sync fails with the current
firmware?
Oh, well. Turns out that I had somehow failed to install the new
firmware properly.
Ville Rannikko kirjoitti:
Hi!
The newest firmware for FF cards did not completely fix the AV
desync problems
for me.
Can you provide a sample recording where A/V sync fails with the current
firmware?
I was just watching an Idols Extra recorded today and there were
multiple out of
Reinhard Nissl kirjoitti:
If you can reproduce this behaviour, would you please activate the
following line in remux.c:
dsyslog(TS continuity error (%d), ccCounter);
I will try with the recording if the problem reappears and then activate
that line.
The cRepacker messages might be a
Hi!
The newest firmware for FF cards did not completely fix the AV desync
problems
for me.
Can you provide a sample recording where A/V sync fails with the current
firmware?
Oh, well. Turns out that I had somehow failed to install the new firmware
properly. My test patch is possibly
24 matches
Mail list logo