Project

General

Profile

Actions

Bug #741

closed

Buffer problem

Added by nano over 12 years ago. Updated over 12 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Start date:
01/14/2011
Due date:
% Done:

100%

Estimated time:

Description

IMPORTED FROM BERLIOS: ======================

After building from source of vdr-1.7.16 and a svn checkout of ffnetdev I get the following error in my /var/log/messages:

Jan 13 22:21:34 ds9 vdr: [24415] [ffnetdev] Remuxer: IPACKS changed? packet length was 6800, maximum: 2048#012This should not happen! Please report!
Jan 13 22:21:34 ds9 vdr: [24415] [ffnetdev] Remuxer: IPACKS changed? packet length was 7544, maximum: 2048#012This should not happen! Please report!
Jan 13 22:21:34 ds9 vdr: [24415] [ffnetdev] Remuxer: IPACKS changed? packet length was 58480, maximum: 2048#012This should not happen! Please report!
Jan 13 22:21:34 ds9 vdr: [24415] [ffnetdev] Remuxer: not enought bytes for whole packet, have only: 31640 but LenShoud be 58480
Jan 13 22:21:34 ds9 vdr: [24415] [ffnetdev] Remuxer: IPACKS changed? packet length was 58480, maximum: 2048#012This should not happen! Please report!
Jan 13 22:21:34 ds9 vdr: [24415] [ffnetdev] Remuxer: not enought bytes for whole packet, have only: 31640 but LenShoud be 58480
Jan 13 22:21:34 ds9 vdr: [24415] [ffnetdev] Remuxer: IPACKS changed? packet length was 58480, maximum: 2048#012This should not happen! Please report!
Jan 13 22:21:34 ds9 vdr: [24415] [ffnetdev] Remuxer: not enought bytes for whole packet, have only: 31640 but LenShoud be 58480

It starts just after connecting with vlc via port 20002, no matter if vlc runs local or remote.
I saw hundreds of these lines in my log an my vdr was frozen.

I found ONE thread about this in the vdr-wiki, which explained, that this error does not happen with vdr-1.6 releases. Will there be a patch for 1.7 releases or is ffnetdev at the end of development now?

It would be great, if this great plugin would be patched for future use :-)

Regards,
Joern

Actions #1

Updated by andre over 12 years ago

I had the same problem here, with the video-stream freezing after some seconds.

changing the #define of IPACKS in pes2ts.h from 2048 to 65536 solved this issue for me and the stream now runs fine.

I think the Value of IPACKS schould equal the maximum length of a PES- or TS-Stream-Packet, but I'm not really sure what Value this would be..

Actions #2

Updated by nano over 12 years ago

  • Status changed from New to Closed
  • Assignee set to nano
  • % Done changed from 0 to 100

fixed in 0.1.2

Actions

Also available in: Atom PDF