Re: [vdr] FF card A/V sync - in progress?

[Pasi Juppo]

Hi,

Unfortunately I deleted the episode immediately after I had watched it
(I seldom save any episodes anyway). But if this happens again I'll make
a clip for futher evaluation.

I don't recall having ever problems with audio sync in live TV. I'm
using TT FF v1.5 (iirc) and also TT1500 budget.

Br, Pasi


Morfsta wrote:
> Hi Pasi,
>  
> Perhaps you could cut the clip and send it to Oliver and Werner for
> further testing and debugging?
>  
> I do still have sync problems too with live TV and freeview, but it is
> not as bad as it was. I don't understand though why no-one else seems to
> have sync problems with live TV, so I have rolled back to an older
> driver for my DVB-T card (TDA-100045) as I changed a year ago and that
> might have been when it started, but I changed the AV7110 firmware at
> the same time. I'll see if it improves things.
>  
> Regards,
>  
> Morfsta
>  
> On 1/23/07, *Pasi Juppo* <[EMAIL PROTECTED] >
> wrote:
> 
> Pasi Juppo wrote:
> > Anyway, I can report also that A/V sync problem does not seem to be
> > bothering anymore. Excellent work!
> 
> I was a bit too hasty. Sync got lost once while watching Pako (Prison
> Break). However, it was nicer than earlier. Sync was out of sync but the
> video and audio played nicely - just out of sync. Previously audio was
> making cracking noise time to time.
> 
> Br, Pasi
> 
> ___
> vdr mailing list
> vdr@linuxtv.org 
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> 
> 
> 
> 
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] FF card A/V sync - in progress?

[Morfsta]

Hi Pasi,

Perhaps you could cut the clip and send it to Oliver and Werner for further
testing and debugging?

I do still have sync problems too with live TV and freeview, but it is not
as bad as it was. I don't understand though why no-one else seems to have
sync problems with live TV, so I have rolled back to an older driver for my
DVB-T card (TDA-100045) as I changed a year ago and that might have been
when it started, but I changed the AV7110 firmware at the same time. I'll
see if it improves things.

Regards,

Morfsta

On 1/23/07, Pasi Juppo <[EMAIL PROTECTED]> wrote:


Pasi Juppo wrote:
> Anyway, I can report also that A/V sync problem does not seem to be
> bothering anymore. Excellent work!

I was a bit too hasty. Sync got lost once while watching Pako (Prison
Break). However, it was nicer than earlier. Sync was out of sync but the
video and audio played nicely - just out of sync. Previously audio was
making cracking noise time to time.

Br, Pasi

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Tero Siironen]

2007/1/23, Kartsa <[EMAIL PROTECTED]>:

Could this be related to some sw or hw issue? I have had this new fw for
a few days now and about 20+ succesfull recordings and no failures.

I've got vdr 1.4.4, burn 0.0.009, subtitles 0.4.0, femon 1.1.0, mplayer
0.9.15 and vompserver 0.2.5.
And on the hw side AMD Sempron 3000+, 512MB, TT DVB-C FF 2.1, DVB-C
budget, FC6, kernel  2.6.18-1.2849.


Well, like I said I cannot confirm that this was because of the new
firmware, and I've made two successful timer recordings on Sunday. But
on the other hand this was the very first time that recording failed
(excluding human errors) with my new setup, built in last July and
about 1-5 recordings every week.

I now updated vdr and plugins and added more error recovery to it. So we'll see.


--
Tero

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Pasi Juppo]

Pasi Juppo wrote:
> Anyway, I can report also that A/V sync problem does not seem to be
> bothering anymore. Excellent work!

I was a bit too hasty. Sync got lost once while watching Pako (Prison
Break). However, it was nicer than earlier. Sync was out of sync but the
video and audio played nicely - just out of sync. Previously audio was
making cracking noise time to time.

Br, Pasi

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Pasi Juppo]

Tero Siironen wrote:
> On 19.1.2007 22:30, "Oliver Endriss" <[EMAIL PROTECTED]> wrote:
> 
>> Oliver Endriss wrote:
>>> Marco Skambraks wrote:
 hi,

 are there any new information about the FF a/v sync problem?
 is the firmware development still in progress?
>>> Sorry, no success yet.
>> Werner fixed the A/V sync problem. Please test firmware f12623.
>> See http://www.vdr-portal.de/board/thread.php?postid=566692#post566692
>>
>> Oliver
> 
> I can also report A/V sync working, but also problem that might relate to
> this new test version of the firmware. Timer recording failed, because vdr
> couldn't change the channel. Logs were filled with entries below resulting
> recording of 0 bytes. Another two recordings earlier has worked however, so
> could be related or coincidence. But Wife Approval Factor just dropped
> dramatically :)
> 
> - logs -
> 
> /var/log/messages:
> 
> Jan 22 19:59:21 localhost vdr: [1758] timer 1 
> (4 1959-2110 'Huippumalli haussa') start
^^
...

I can fully understand why WAF is lower :-)

Anyway, I can report also that A/V sync problem does not seem to be
bothering anymore. Excellent work!

It was actually strange to watch 24-series episode when I didn't have to
jump back and forth every now and then. I just got so used to the
annoying factor someway..

Br, Pasi

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Kartsa]

VDR User kirjoitti:
On 1/23/07, *Tero Siironen* <[EMAIL PROTECTED] 
> wrote:


I can also report A/V sync working, but also problem that might
relate to
this new test version of the firmware. Timer recording failed,
because vdr
couldn't change the channel. Logs were filled with entries below
resulting
recording of 0 bytes. Another two recordings earlier has worked
however, so
could be related or coincidence. But Wife Approval Factor just dropped
dramatically :)



I don't think this is coincidence as I too have has timer recording 
failures since installing the new a/v sync-fixed firmware.  This is 
definitely something that should be looked into!
Could this be related to some sw or hw issue? I have had this new fw for 
a few days now and about 20+ succesfull recordings and no failures.


I've got vdr 1.4.4, burn 0.0.009, subtitles 0.4.0, femon 1.1.0, mplayer 
0.9.15 and vompserver 0.2.5.
And on the hw side AMD Sempron 3000+, 512MB, TT DVB-C FF 2.1, DVB-C 
budget, FC6, kernel  2.6.18-1.2849.


\\Kartsa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[VDR User]

On 1/23/07, Tero Siironen <[EMAIL PROTECTED]> wrote:


I can also report A/V sync working, but also problem that might relate to
this new test version of the firmware. Timer recording failed, because vdr
couldn't change the channel. Logs were filled with entries below resulting
recording of 0 bytes. Another two recordings earlier has worked however,
so
could be related or coincidence. But Wife Approval Factor just dropped
dramatically :)




I don't think this is coincidence as I too have has timer recording failures
since installing the new a/v sync-fixed firmware.  This is definitely
something that should be looked into!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Tero Siironen]

On 19.1.2007 22:30, "Oliver Endriss" <[EMAIL PROTECTED]> wrote:

> Oliver Endriss wrote:
>> Marco Skambraks wrote:
>>> hi,
>>> 
>>> are there any new information about the FF a/v sync problem?
>>> is the firmware development still in progress?
>> 
>> Sorry, no success yet.
> 
> Werner fixed the A/V sync problem. Please test firmware f12623.
> See http://www.vdr-portal.de/board/thread.php?postid=566692#post566692
> 
> Oliver

I can also report A/V sync working, but also problem that might relate to
this new test version of the firmware. Timer recording failed, because vdr
couldn't change the channel. Logs were filled with entries below resulting
recording of 0 bytes. Another two recordings earlier has worked however, so
could be related or coincidence. But Wife Approval Factor just dropped
dramatically :)

- logs -

/var/log/messages:

Jan 22 19:59:21 localhost vdr: [1758] timer 1 (4 1959-2110 'Huippumalli
haussa') start
Jan 22 19:59:21 localhost vdr: [1758] record
/video/Huippumalli_haussa/2007-01-22.19.59.99.99.rec
Jan 22 19:59:21 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010  b96a  ret -1  handle d099
Jan 22 19:59:21 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010  b96a  ret -1  handle d099
Jan 22 19:59:21 localhost kernel: dvb-ttpci: av7110_fw_cmd error -1
Jan 22 19:59:22 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010 0012 b96a  ret -1  handle d099
Jan 22 19:59:22 localhost vdr: [1971] ERROR: can't set filter (pid=18,
tid=4E, mask=FE): Operation not permitted
Jan 22 19:59:22 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010 0012 b96a  ret -1  handle d099
Jan 22 19:59:22 localhost vdr: [1971] ERROR: can't set filter (pid=18,
tid=50, mask=F0): Operation not permitted
Jan 22 19:59:22 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010 0012 b96a  ret -1  handle d099
Jan 22 19:59:22 localhost vdr: [1971] ERROR: can't set filter (pid=18,
tid=60, mask=F0): Operation not permitted
Jan 22 19:59:22 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010 0014 b96a  ret -1  handle d099
Jan 22 19:59:22 localhost vdr: [1971] ERROR: can't set filter (pid=20,
tid=70, mask=FF): Operation not permitted
Jan 22 19:59:22 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010  b96a  ret -1  handle d099
Jan 22 19:59:22 localhost vdr: [1971] ERROR: can't set filter (pid=0,
tid=00, mask=FF): Operation not permitted
Jan 22 19:59:22 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010 0011 b96a  ret -1  handle d099
Jan 22 19:59:22 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010 0011 b96a  ret -1  handle d099
Jan 22 19:59:22 localhost vdr: [1971] ERROR: can't set filter (pid=17,
tid=42, mask=FF): Operation not permitted
Jan 22 19:59:22 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010 0010 b96a  ret -1  handle d099
Jan 22 19:59:22 localhost vdr: [1971] ERROR: can't set filter (pid=16,
tid=40, mask=FF): Operation not permitted
Jan 22 19:59:22 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010  b96a  ret -1  handle d099
Jan 22 19:59:22 localhost vdr: [1971] ERROR: can't set filter (pid=0,
tid=00, mask=FF): Operation not permitted
Jan 22 19:59:25 localhost kernel: dvb-ttpci: StartHWFilter error  buf 0b07
0010 00d7 b96a  ret -1  handle 
Jan 22 19:59:25 localhost vdr: [1758] ERROR (dvbdevice.c,683): Operation not
permitted
Jan 22 19:59:25 localhost vdr: [1758] ERROR: can't set PID 215 on device 2
Jan 22 19:59:26 localhost vdr: [1758] timer 1 (4 1959-2110 'Huippumalli
haussa') stop
.
.
.


dmesg:

DVB (dvb_dmxdev_filter_start): could not alloc feed
DVB (dvb_dmxdev_filter_start): could not alloc feed
DVB (dvb_dmxdev_filter_start): could not alloc feed
.
.
.

My Setup:
P3 700MHz
256 MB RAM
Technotrend DVB-C FF 2.1 + CICAM with Conax
Technotrend DVB-C FF 2.1
Fedora Core 5 2.6.16-1.2157_FC5 kernel
VDR 1.4.3,+streamdev,ttxtsubs,subtitles,tvonscreen,text2skin,
burn,wapd,osdteletext,mp3,femon


-- 
Tero



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

RE: [vdr] FF card A/V sync - in progress?

[Kartsa]

 

> -Original Message-
> Subject: Re: [vdr] FF card A/V sync - in progress?
> 
> > :). After an upgrade of hw (new mb and amd 3000+ sempron) 
> the stuttering
> > lasts only a few seconds.
> 
> you have DMA enabled for your harddisk?
> 
Thanks. I have to check this. Now that you mentioned it I think I've read
about this DMA thing earlier :)


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[clemens kirchgatterer]

:). After an upgrade of hw (new mb and amd 3000+ sempron) the stuttering
lasts only a few seconds.


you have DMA enabled for your harddisk?

c.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

RE: [vdr] FF card A/V sync - in progress?

[Kartsa]

I've tested the new fw also and no sync problems has occurred.

Although I was hoping that this would have corrected my stuttering problem
also. Every now and then replayed video stops for a second or so and begins
stuttering for some seconds and then continues normally. With earlier fw it
usually caused A/V sync problem but now syncing is fine. This is not
repeatable meaning that the problem does not occur if I rewind (or jump) and
replay the same moment. Some time ago I had a PIII 550MHz system and in it
the stuttering could continue indefinitely (or in the end of the recording
:). After an upgrade of hw (new mb and amd 3000+ sempron) the stuttering
lasts only a few seconds.

I have vdr-1.4.4, FF card (v2.1), subtitle plugin and burn plugin.

\\Kartsa

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Marco Skambraks
> Sent: 22. tammikuuta 2007 11:31
> To: vdr@linuxtv.org
> Subject: Re: [vdr] FF card A/V sync - in progress?
> 
> hi,
> now, I tested the new firmware
> it looks good - fast-forward and jumps in the dvd-plugin is 
> now working 
> almost perfect
> 
> receiving and replaying recordings is working correctly
> 
> I use a tt c2300 (nexus-ca)
> 
> thanks Werner and Oliver - good job guys :-)
> 
> marco
> 
> On Fri, 19 Jan 2007, Oliver Endriss wrote:
> 
> > Oliver Endriss wrote:
> > > Marco Skambraks wrote:
> > > > hi,
> > > > 
> > > > are there any new information about the FF a/v sync problem?
> > > > is the firmware development still in progress?
> > > 
> > > Sorry, no success yet.
> > 
> > Werner fixed the A/V sync problem. Please test firmware f12623.
> > See 
> http://www.vdr-portal.de/board/thread.php?postid=566692#post566692
> > 
> > Oliver
> > 
> > -- 
> > 
> > VDR Remote Plugin 0.3.9 available at
> > http://www.escape-edv.de/endriss/vdr/
> > 
> > 
> > 
> > ___
> > vdr mailing list
> > vdr@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> > 
> 
> --
> AMMEC - Accessible Multimedia Entertainment Center 
> 
> http://www.ammec.de
> Email: Marco Skambraks <[EMAIL PROTECTED]>
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> 


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] FF card A/V sync - in progress?

[Morfsta]

Hi,

I added the new firmware last night and previously I even had problems with
sync on live tv (had to chan+ chan- to fix) on freeview in the UK as well as
the dreaded recording sync problem. Up till now I haven't seen it happen
again (even watching the same programme on the same channel as last weekend
for 90 minutes, when there was lots of sync problems) so hopefully (touch
wood) the problem is finally fixed!

Anyway, I'd like to give a big thank-you to Werner and Oliver for all their
hardwork, its clear that they have had to work for quite some time following
the thread when it first begun in December. So, thanks guys - its really
appreciated as this for me has been the biggest problem with using VDR to
date and is the only reason why it isn't perfect.

I really hope that in a weeks time the sync is still fine! :-)

Cheers!

Morfsta



On 1/22/07, Marco Skambraks <[EMAIL PROTECTED]> wrote:


hi,
now, I tested the new firmware
it looks good - fast-forward and jumps in the dvd-plugin is now working
almost perfect

receiving and replaying recordings is working correctly

I use a tt c2300 (nexus-ca)

thanks Werner and Oliver - good job guys :-)

marco

On Fri, 19 Jan 2007, Oliver Endriss wrote:

> Oliver Endriss wrote:
> > Marco Skambraks wrote:
> > > hi,
> > >
> > > are there any new information about the FF a/v sync problem?
> > > is the firmware development still in progress?
> >
> > Sorry, no success yet.
>
> Werner fixed the A/V sync problem. Please test firmware f12623.
> See http://www.vdr-portal.de/board/thread.php?postid=566692#post566692
>
> Oliver
>
> --
> 
> VDR Remote Plugin 0.3.9 available at
> http://www.escape-edv.de/endriss/vdr/
> 
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>

--
AMMEC - Accessible Multimedia Entertainment Center

http://www.ammec.de
Email: Marco Skambraks <[EMAIL PROTECTED]>

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Marco Skambraks]

hi,
now, I tested the new firmware
it looks good - fast-forward and jumps in the dvd-plugin is now working 
almost perfect

receiving and replaying recordings is working correctly

I use a tt c2300 (nexus-ca)

thanks Werner and Oliver - good job guys :-)

marco

On Fri, 19 Jan 2007, Oliver Endriss wrote:

> Oliver Endriss wrote:
> > Marco Skambraks wrote:
> > > hi,
> > > 
> > > are there any new information about the FF a/v sync problem?
> > > is the firmware development still in progress?
> > 
> > Sorry, no success yet.
> 
> Werner fixed the A/V sync problem. Please test firmware f12623.
> See http://www.vdr-portal.de/board/thread.php?postid=566692#post566692
> 
> Oliver
> 
> -- 
> 
> VDR Remote Plugin 0.3.9 available at
> http://www.escape-edv.de/endriss/vdr/
> 
> 
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> 

--
AMMEC - Accessible Multimedia Entertainment Center 

http://www.ammec.de
Email: Marco Skambraks <[EMAIL PROTECTED]>

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Richard Scobie]

Heikki Manninen wrote:


Just tested and I can confirm this too. Lost, Prison Break, everything
that used to suffer from this problem seems to work now :)


Looks good here too, on a Nexus-S 2.1 also.

Thanks!

Richard

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Heikki Manninen]

On la, 2007-01-20 at 12:12 +0100, Udo Richter wrote:

> I can confirm that the two known issues ('Lost' on ATV and 'Lost' sample 
> by Tero) both play smooth and properly synced for me. Thanks for the 
> great work!

Just tested and I can confirm this too. Lost, Prison Break, everything
that used to suffer from this problem seems to work now :)


-- 
Heikki M


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Torgeir Veimo]

On 20 Jan 2007, at 11:12, Udo Richter wrote:


> wrote:
> Werner fixed the A/V sync problem. Please test firmware f12623.
> See
> http://www.vdr-portal.de/board/thread.php?postid=566692#post566692


I can confirm that the two known issues ('Lost' on ATV and 'Lost'  
sample by Tero) both play smooth and properly synced for me. Thanks  
for the great work!


Is this FW for all FF cards on the market?

--
Torgeir Veimo
[EMAIL PROTECTED]




___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Udo Richter]

> wrote:
> Werner fixed the A/V sync problem. Please test firmware f12623.
> See
> http://www.vdr-portal.de/board/thread.php?postid=566692#post566692


I can confirm that the two known issues ('Lost' on ATV and 'Lost' sample 
by Tero) both play smooth and properly synced for me. Thanks for the 
great work!


VDR User wrote:
Also, for those 
of us who don't speak german, could you translate what he is saying in 
his post? 


Under http://www.suse.de/~werner/test_av-f12623.tar.bz2 there is a new 
test version with number F12623. Changes are: At live TV, switching 
faster and more stable from one channel to another. Faster syncing of 
AC3 at live TV, and the problem with underruns should be solved. For 
replay mpeg audio and AC3 should synchronize cleanly, only the change 
from AC3 to an mpeg track may be a bit rough.


I've downloaded the archive but there's a lot more than just 
a firmware file in there, are we supposed to apply all the patches too or?


I've just copied the dvb-ttpci-01.fw and replaced the existing one, 
works fine. (kernel 2.6)


Cheers,

Udo

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[VDR User]

On 1/19/07, Oliver Endriss <[EMAIL PROTECTED]> wrote:


Oliver Endriss wrote:
> Marco Skambraks wrote:
> > hi,
> >
> > are there any new information about the FF a/v sync problem?
> > is the firmware development still in progress?
>
> Sorry, no success yet.

Werner fixed the A/V sync problem. Please test firmware f12623.
See http://www.vdr-portal.de/board/thread.php?postid=566692#post566692

Oliver



Thanks for the heads up on this!  Do you happen to know what exactly the
problem turned out to be and what was done to fix it?  Also, for those of us
who don't speak german, could you translate what he is saying in his post?
I've downloaded the archive but there's a lot more than just a firmware file
in there, are we supposed to apply all the patches too or?

Cheers!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Oliver Endriss]

Oliver Endriss wrote:
> Marco Skambraks wrote:
> > hi,
> > 
> > are there any new information about the FF a/v sync problem?
> > is the firmware development still in progress?
> 
> Sorry, no success yet.

Werner fixed the A/V sync problem. Please test firmware f12623.
See http://www.vdr-portal.de/board/thread.php?postid=566692#post566692

Oliver

-- 

VDR Remote Plugin 0.3.9 available at
http://www.escape-edv.de/endriss/vdr/



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Marco Skambraks]

hi,
On Fri, 1 Dec 2006, Matthias Schwarzott wrote:

> Ack. For playback of vdr-recordings you are right. I meant it can be 
> eventually transcoded (playback of non mpeg2-files).
OK, but the question is:
why can mplayer playback a vdr-recording without a/v sync problems
with a minimal load of almost NULL?

vdr itself is not able to playback the same recording without a/v sync 
problems

vdr together with softdevice does not have this problem

so, is it a ttpci-firmware bug or a vdr-playback problem

if we compare softdevice and FF card it looks like
a ttpci-firmware problem, but if we compare
mplayer-ttpci-firmware and vdr-ttpci-firmware
it looks like a vdr playback problem

maybe it's both - a problem with the firmware and also a playback problem 
of vdr and maybe softdevice is able to identify/correct the a/v sync 
stuff

I hope one of the dvb/vdr specialists will find the reason for that

hopefully in the near future :-)

marco



> 
> Matthias
> 
> -- 
> Matthias Schwarzott
> Gentoo Developer
> http://www.gentoo.org
> 

--
AMMEC - Accessible Multimedia Entertainment Center 

http://www.ammec.de
Email: Marco Skambraks <[EMAIL PROTECTED]>

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Matthias Schwarzott]

On Friday 01 December 2006 10:59, Halim Sahin wrote:
> Hello,
>
> On Fr, Dez 01, 2006 at 10:46:15 +0100, Matthias Schwarzott wrote:
> > On Friday 01 December 2006 03:04, Oliver Endriss wrote:
> > > Carsten Koch wrote:
> > >
> > > Has anyone been able to identify the differences in the MPEG data if
> > > (a) mplayer
> > > (b) vdr
> > > play the sample stream?
> >
> > My understanding of playback via mplayer is, that mplayer uses its
> > included synchronization logic.
>
> ACK.
>
> > That means it demultiplexes its input (evtually transforms it to
> > mpeg-1/2),
> > then synchronizes it, and multiplexes it to pes. That means the FF-Card
> > receives a synchron stream.
>
> Check your cpu-load during mplayer-playback.
> Mplayer does not transcode something to mpeg1/2  etc because the cpuload
> is
> near 0.
Ack. For playback of vdr-recordings you are right. I meant it can be 
eventually transcoded (playback of non mpeg2-files).

Matthias

-- 
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org


pgpCYGXwTifb7.pgp
Description: PGP signature
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Halim Sahin]

Hello,
On Fr, Dez 01, 2006 at 10:46:15 +0100, Matthias Schwarzott wrote:
> On Friday 01 December 2006 03:04, Oliver Endriss wrote:
> > Carsten Koch wrote:
> >
> > Has anyone been able to identify the differences in the MPEG data if
> > (a) mplayer
> > (b) vdr
> > play the sample stream?
> >
> My understanding of playback via mplayer is, that mplayer uses its included 
> synchronization logic.

ACK.

> That means it demultiplexes its input (evtually transforms it to 
> mpeg-1/2), 
> then synchronizes it, and multiplexes it to pes. That means the FF-Card 
> receives a synchron stream.
> 
Check your cpu-load during mplayer-playback.
Mplayer does not transcode something to mpeg1/2  etc because the cpuload 
is 
near 0.

Best regards
Halim


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Matthias Schwarzott]

On Friday 01 December 2006 03:04, Oliver Endriss wrote:
> Carsten Koch wrote:
>
> Has anyone been able to identify the differences in the MPEG data if
> (a) mplayer
> (b) vdr
> play the sample stream?
>
My understanding of playback via mplayer is, that mplayer uses its included 
synchronization logic.
That means it demultiplexes its input (evtually transforms it to mpeg-1/2), 
then synchronizes it, and multiplexes it to pes. That means the FF-Card 
receives a synchron stream.

I think moving that synchronizing logic out of software-playback devices into 
vdr will solve that problem (and also other problems like audio near cutting 
marks).

VDR however for now just forwards recorded data to FF-Card without ensuring 
any time-conditions.

Matthias

-- 
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org


pgppHbieaY3Mx.pgp
Description: PGP signature
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Oliver Endriss]

Carsten Koch wrote:
> Maybe VDR is behaving according to the specified interface
> and the firmware fails.
> Maybe mplayer is working around firmware bugs by behaving
> differently - which may or may not be according to the
> specified interface.
> 
> What we can agree upon is the fact that the problem *can* be
> solved within the application program.
> IMHO, the fact that mplayer works where VDR does not
> proves just that, but not more.
> 
> However, if VDR behaves 100% according to specification,
> the problem *should* be solved in the driver and/or
> firmware, because that would fix all programs that also
> behave 100% according to specification and fail.
> 
> If fixing it where it should be fixed turns out to be
> too difficult, it might still be a good idea to fix it
> in VDR.

Has anyone been able to identify the differences in the MPEG data if
(a) mplayer
(b) vdr
play the sample stream?

Imho that's the key to the problem.

Oliver

-- 

VDR Remote Plugin 0.3.8 available at
http://www.escape-edv.de/endriss/vdr/



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Oliver Endriss]

VDR User wrote:
> Can you confirm that the firmware abides fully to specification?

I'm pretty sure that it doesn't. Neither do mplayer, vdr and the DVB
driver. All complex programs have bugs... ;-)

CU
Oliver

-- 

VDR Remote Plugin 0.3.8 available at
http://www.escape-edv.de/endriss/vdr/



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[VDR User]

You make things sound promising again, thanks for the reply!  And of course
I agree with your points fully.  At any rate the issue still remains and has
once again seemed to be left unresolved.

A question for Oliver Endriss (if you read this)..  Can you confirm that the
firmware abides fully to specification?

Thanks guys.




Marco Skambraks wrote

On 11/30/06, Carsten Koch <[EMAIL PROTECTED]> wrote:


VDR User wrote:
...
> Logic still says that if mplayer can play vdr recordings just fine
> without losing sync, but vdr can't, the problem is with vdr, not the
> firmware.

That's only correct if you ignore specifications.
Maybe VDR is behaving according to the specified interface
and the firmware fails.
Maybe mplayer is working around firmware bugs by behaving
differently - which may or may not be according to the
specified interface.

What we can agree upon is the fact that the problem *can* be
solved within the application program.
IMHO, the fact that mplayer works where VDR does not
proves just that, but not more.

However, if VDR behaves 100% according to specification,
the problem *should* be solved in the driver and/or
firmware, because that would fix all programs that also
behave 100% according to specification and fail.

If fixing it where it should be fixed turns out to be
too difficult, it might still be a good idea to fix it
in VDR.


Carsten.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Carsten Koch]

VDR User wrote:
...
> Logic still says that if mplayer can play vdr recordings just fine
> without losing sync, but vdr can't, the problem is with vdr, not the
> firmware. 

That's only correct if you ignore specifications.
Maybe VDR is behaving according to the specified interface
and the firmware fails.
Maybe mplayer is working around firmware bugs by behaving
differently - which may or may not be according to the
specified interface.

What we can agree upon is the fact that the problem *can* be
solved within the application program.
IMHO, the fact that mplayer works where VDR does not
proves just that, but not more.

However, if VDR behaves 100% according to specification,
the problem *should* be solved in the driver and/or
firmware, because that would fix all programs that also
behave 100% according to specification and fail.

If fixing it where it should be fixed turns out to be
too difficult, it might still be a good idea to fix it
in VDR.


Carsten.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[VDR User]

I felt real optimistic after such a long thread on the subject but it seems
to have died off again with no real resolve (that I'm aware of).  I thought
people had finally agreed that the problem was in vdr, something it wasn't
doing that it should be to preserve sync.  Unfortunately it seems I
misunderstood and there is still (or was rather) whether it's a vdr or
firmware issue.

Logic still says that if mplayer can play vdr recordings just fine without
losing sync, but vdr can't, the problem is with vdr, not the firmware.  To
troubleshoot you compare the differences between working & not working, then
factor out the things they have in common.  In this case, the same firmware
and drivers are used, thus not where the problem lays.

Although no progress has been made (again, that I'm aware of), I still
appreciate the time & effort of all who participated in the other thread!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] FF card A/V sync - in progress?

[Oliver Endriss]

Marco Skambraks wrote:
> hi,
> 
> are there any new information about the FF a/v sync problem?
> is the firmware development still in progress?

Sorry, no success yet.

Oliver

-- 

VDR Remote Plugin 0.3.8 available at
http://www.escape-edv.de/endriss/vdr/



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] FF card A/V sync - in progress?

[Marco Skambraks]

hi,

are there any new information about the FF a/v sync problem?
is the firmware development still in progress?

thanks

marco

--
AMMEC - Accessible Multimedia Entertainment Center 

http://www.ammec.de
Email: Marco Skambraks <[EMAIL PROTECTED]>

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr