Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 08-19-11, 07:29 PM   #1
seaweed
Registered User
 
Join Date: Sep 2009
Posts: 57
Default Insane cropping

Hi Im am trying to decode a 1080 P H264 video stream from a camera with VDPAU (driver version 260.19.04) . I am seeing the message below while decoding. The camera sends out slightly larger height frames than 1080 (1084). And I repeatedly get these messages about every second:

Last message repeated 1 times
[h264_vdpau @ 0x7f210c46df30]insane cropping not completely supported, this could look slightly wrong ...
[h264_vdpau @ 0x7f210c46df30]no frame!


Could this be related to the 4 extra pixels that the camera sends out ? When rednering - I cropped the top 4 pixels from src rect of the video surface. But I till get these messages. More elaborate VDPAU traces are in the attached file insane_cropping.txt.gz

If anybody have any clue, please shout thanks
Attached Files
File Type: gz insane_cropping.txt.gz (10.2 KB, 83 views)
seaweed is offline   Reply With Quote
Old 08-20-11, 04:34 AM   #2
cehoyos
FFmpeg developer
 
Join Date: Jan 2009
Location: Vienna, Austria
Posts: 467
Default Re: Insane cropping

Quote:
Originally Posted by seaweed View Post
The camera sends out slightly larger height frames than 1080 (1084). And I repeatedly get these messages about every second:
Code:
[h264_vdpau @ 0x7f210c46df30]insane cropping not completely supported, this could look slightly wrong ...
The problem is that the camera requests that the 4 (?) pixel are cropped on top (not on bottom, as usual). Consider attaching a very short sample to a bug-report on http://bugzilla.mplayerhq.hu or http://avcodec.org/trac/ffmpeg (am I correct that the problem you see is not specific to VDPAU, but also happens with the software decoder?) or uploading to http://www.datafilehost.com/

Carl Eugen
cehoyos is offline   Reply With Quote
Old 08-21-11, 05:07 AM   #3
seaweed
Registered User
 
Join Date: Sep 2009
Posts: 57
Default Re: Insane cropping

Quote:
Originally Posted by cehoyos View Post
The problem is that the camera requests that the 4 (?) pixel are cropped on top (not on bottom, as usual). Consider attaching a very short sample to a bug-report on http://bugzilla.mplayerhq.hu or http://avcodec.org/trac/ffmpeg (am I correct that the problem you see is not specific to VDPAU, but also happens with the software decoder?) or uploading to http://www.datafilehost.com/

Carl Eugen
Hi Carl, Thanks for your response. I captured some raw H.264 bitstream in a file and uploaded at http://www.datafilehost.com/download-f537c855.html. Its interesting that when this video stream is wrapped within RTMP packets and submitted to flash, flash player plays it fine - with no extra 4 bytes at the top and no signs of hiccups.
seaweed is offline   Reply With Quote
Old 08-21-11, 05:11 AM   #4
seaweed
Registered User
 
Join Date: Sep 2009
Posts: 57
Default Re: Insane cropping

Quote:
Originally Posted by cehoyos View Post
The problem is that the camera requests that the 4 (?) pixel are cropped on top (not on bottom, as usual). Consider attaching a very short sample to a bug-report on http://bugzilla.mplayerhq.hu or http://avcodec.org/trac/ffmpeg (am I correct that the problem you see is not specific to VDPAU, but also happens with the software decoder?) or uploading to http://www.datafilehost.com/

Carl Eugen
Hi Carl, Thanks for your response. I captured some raw H.264 bitstream in a file and uploaded at http://www.datafilehost.com/download-f537c855.html. Its interesting that when this video stream is wrapped within RTMP packets and submitted to flash, flash player plays it fine - with no extra 4 bytes at the top and no signs of hiccups. haven't tried software decode but it will probably act the same - perhaps it happens during h264 NALU parsing. The parser seems to cause latency issues when this happens (stuck for couple of seconds).
seaweed is offline   Reply With Quote
Old 09-10-11, 03:15 PM   #5
seaweed
Registered User
 
Join Date: Sep 2009
Posts: 57
Default Re: Insane cropping

Quote:
Originally Posted by seaweed View Post
Hi Carl, Thanks for your response. I captured some raw H.264 bitstream in a file and uploaded at http://www.datafilehost.com/download-f537c855.html. Its interesting that when this video stream is wrapped within RTMP packets and submitted to flash, flash player plays it fine - with no extra 4 bytes at the top and no signs of hiccups. haven't tried software decode but it will probably act the same - perhaps it happens during h264 NALU parsing. The parser seems to cause latency issues when this happens (stuck for couple of seconds).
FYI - It was actually 2 pixels from top and 2 pixels from bottom. I found later on that the bitstreams from the camera itself was sparse, nothing to do with header parsing. I saw the feature request posted to FFMpeg about this from you.
seaweed is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 09:34 AM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.