Re: [Mjpeg-users] DC30+ can't capture size greater than 224x168

Wed, 24 Sep 2003 20:06:30 -0700



Exaclty what changes do you need to make to get it to compile for the bigphysarea patch??

Also does a bigphysarea patch exist for kernel 2.6.xxx ??


From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Mjpeg-users digest, Vol 1 #1103 - 7 msgs
Date: Tue, 23 Sep 2003 02:39:09 -0700

Send Mjpeg-users mailing list submissions to
        [EMAIL PROTECTED]

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/mjpeg-users
or, via email, send a message with subject or body 'help' to
        [EMAIL PROTECTED]

You can reach the person managing the list at
        [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Mjpeg-users digest..."


Today's Topics:

1. Re: problem with dvgrab, lav2yuv (Maarten de Boer)
2. DC30+ can't capture size greater than 224x168 (Thierry Salmon)
3. Re: problem with dvgrab, lav2yuv, smiltools. (Maarten de Boer)
4. Re: [Kino-dev] problem with dvgrab, lav2yuv, smiltools. (Roman Shaposhnick)
5. Re: problem with dvgrab, lav2yuv, smiltools. (Roman Shaposhnick)
6. Re: DC30+ can't capture size greater than 224x168 (Ronald Bultje)
7. Re: DC30+ can't capture size greater than 224x168 (Thierry Salmon)

--__--__--

Message: 1
Date: Tue, 23 Sep 2003 09:42:06 +0200
From: Maarten de Boer <[EMAIL PROTECTED]>
To: "Steven M. Schultz" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Organization: IUA
Subject: [Mjpeg-users] Re: problem with dvgrab, lav2yuv

Hi Steven,

Thanks a lot, going through all the trouble of checking these things!

If I understand correctly what you are saying, configuring libdv with
--with-pal-yuv=YV12 is all I need to do to get dvgrab's dv2 output to
work with lav2yuv? That is actually what I tried (see my mail that
started the thread), and the result was correct in aspect, but wrong in
color (all green with purple). If you want, I can send a screenshot. Or
maybe, I should, as you mentioned in your first reply, configure
mjpegtools with --with-dv-yv12 as well?

Maarten


--__--__--

Message: 2
Date: Tue, 23 Sep 2003 09:41:30 +0200
From: Thierry Salmon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [Mjpeg-users] DC30+ can't capture size greater than 224x168

This is a multi-part message in MIME format.
--------------080604020002060606040904
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

see attachement part 2

--
Best regards

Thierry SALMON

e-mail : [EMAIL PROTECTED]

Could you confirm reception of the message by replying e-mail
******************************************************************************************************
This message and any attachments (the "message") are confidential and
intended solely for the addressees.
Any unauthorised use or dissemination is prohibited. E-mails are
susceptible to alteration.
Neither The Sender nor any of its subsidiaries or affiliates shall be
liable for the message if altered,
changed or falsified.
******************************************************************************************************


--------------080604020002060606040904
Content-Type: text/plain;
 name="dc30plus_capture.log2"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dc30plus_capture.log2"

attachment part 2
==============================================================================
Linux video capture interface: v1.00
i2c-core.o: i2c core module
i2c-algo-bit.o: i2c bit algorithm module
Linux video codec intermediate layer: v0.2
i2c-core.o: driver vpx3220 registered.
i2c-core.o: driver adv7175 registered.
Zoran MJPEG board driver version 0.9.4
PCI: Found IRQ 9 for device 00:09.0
PCI: Sharing IRQ 9 with 00:07.2
MJPEG[0]: Zoran ZR36057 (rev 1) irq: 9, memory: 0xeb001000.
DC30plus[0]: Changing PCI latency from 32 to 48.
DC30plus[0]: Initializing i2c bus...
i2c: initialized
DC30plus[0]: i2c_client_register() - driver id = 42
i2c-core.o: client [vpx3220a[0]] registered to adapter [DC30plus[0]](pos. 0).
DC30plus[0]: i2c_client_register() - driver id = 48
i2c-core.o: client [adv7176[0]] registered to adapter [DC30plus[0]](pos. 1).
i2c-core.o: adapter DC30plus[0] registered as adapter 0.
DC30plus[0]: Initializing videocodec bus...
DC30plus[0]: jpeg_codec_sleep() - sleep GPIO=0x81008888
DC30plus[0]: jpeg_codec_sleep() - wake GPIO=0x85008888
ZORAN: 1 card(s) found
DC30plus[0]: ZR36057/Natoma bug, max. buffer size is 128K
DC30plus[0]: zr36057_init() - initializing card[0], zr=e893fce0
DC30plus[0]: dc10_init()
DC30plus[0]: jpeg_codec_sleep() - sleep GPIO=0x23008888
DC30plus[0]: jpeg_codec_sleep() - wake GPIO=0x27008888
DC30plus[0]: jpeg_codec_sleep() - wake GPIO=0x2f008888
DC30plus[0]: jpeg_codec_sleep() - sleep GPIO=0x2b008888
DC30plus[0]: enable_jpg(IDLE)
DC30plus[0]: Guests: 0x00 0x20 0x20 0x00 0x00 0x00 0x01
DC30plus[0]: Detecting guests activity, please wait...
DC30plus[0]: Guests: 0x00 0x20 0x20 0x3e 0x3e 0x3e 0x3d
DC30plus[0]: 16: 4 => 0xae
DC30plus[0]: 2: 5 => 0xae
DC30plus[0]: 2: 6 => 0xae
DC30plus[0]: 1: 7 => 0xa1
DC30plus[0]: 16: 4 => 0x5e
DC30plus[0]: 2: 5 => 0x5e
DC30plus[0]: 2: 6 => 0x5e
DC30plus[0]: 1: 7 => 0x51
DC30plus[0]: interrupts received: GIRQ1:50 GIRQ0:50 queue_state=0/0/0/0
DC30plus[0]: procfs entry /proc/zoran0 allocated. data=e893fce0
#=============================================================================================
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=256x192, fmt=4
DC30plus[0]: v4l_set_format() - video buffer size (128 kB) is too small
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=256x192, fmt=4
DC30plus[0]: v4l_set_format() - video buffer size (128 kB) is too small
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=256x192, fmt=4
DC30plus[0]: v4l_set_format() - video buffer size (128 kB) is too small
DC30plus[0]: VIDIOCCAPTURE - on=0
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=48x24, fmt=5
DC30plus[0]: set_vfe() - width = 48, height = 24
DC30plus[0]: VIDIOCSYNC - frame=0
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=256x192, fmt=5
DC30plus[0]: v4l_set_format() - video buffer size (128 kB) is too small
DC30plus[0]: munmap(V4L)
DC30plus[0]: zoran_close(xawtv, pid=[2701])
DC30plus[0]: jpeg_codec_sleep() - wake GPIO=0x2f008888
DC30plus[0]: jpeg_codec_sleep() - sleep GPIO=0x2b008888
DC30plus[0]: enable_jpg(IDLE)
DC30plus[0]: interrupts received: GIRQ1:2067 GIRQ0:2067 queue_state=0/0/0/0
#==============================================================================================
DC30plus[0]: dc10_init()
DC30plus[0]: jpeg_codec_sleep() - sleep GPIO=0x21008888
DC30plus[0]: jpeg_codec_sleep() - wake GPIO=0x25008888
DC30plus[0]: jpeg_codec_sleep() - wake GPIO=0x2d008888
DC30plus[0]: jpeg_codec_sleep() - sleep GPIO=0x2b008888
DC30plus[0]: enable_jpg(IDLE)
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCGCHAN - channel=0
DC30plus[0]: VIDIOCGCHAN - channel=1
DC30plus[0]: VIDIOCGCHAN - channel=2
DC30plus[0]: VIDIOCSCHAN - channel=0, norm=0
DC30plus[0]: VIDIOCSCHAN - channel=0, norm=1
DC30plus[0]: VIDIOCSCHAN - channel=0, norm=2
DC30plus[0]: VIDIOCSCHAN - channel=0, norm=3
DC30plus[0]: VIDIOCSCHAN - channel=0, norm=0
DC30plus[0]: UNKNOWN ioctl cmd: 0x800476c6
DC30plus[0]: VIDIOCGFBUF
DC30plus[0]: VIDIOCGPICT
DC30plus[0]: VIDIOCGMBUF
DC30plus[0]: mmap(V4L) of 0x40781000-0x407c1000 (size=262144)
DC30plus[0]: VIDIOCGCHAN - channel=0
DC30plus[0]: VIDIOCGPICT
DC30plus[0]: VIDIOCGPICT
DC30plus[0]: VIDIOCGPICT
DC30plus[0]: VIDIOCGPICT
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=48x24, fmt=7
DC30plus[0]: set_vfe() - width = 48, height = 24
DC30plus[0]: VIDIOCSYNC - frame=0
DC30plus[0]: VIDIOCGPICT
DC30plus[0]: VIDIOCSPICT - bri=32768, hue=32768, col=32768, con=32768, dep=32, pal=5
DC30plus[0]: VIDIOCGPICT
DC30plus[0]: VIDIOCSPICT - bri=32768, hue=32768, col=32768, con=32768, dep=32, pal=5
DC30plus[0]: VIDIOCGPICT
DC30plus[0]: VIDIOCSPICT - bri=32768, hue=32768, col=32768, con=32768, dep=32, pal=5
DC30plus[0]: VIDIOCGPICT
DC30plus[0]: VIDIOCSPICT - bri=32768, hue=32768, col=32768, con=32768, dep=32, pal=5
DC30plus[0]: VIDIOCSCHAN - channel=0, norm=0
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCSPICT - bri=32768, hue=32768, col=32768, con=32768, dep=32, pal=5
DC30plus[0]: VIDIOCSWIN - x=6, y=20, w=224, h=168, clipcount=0
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCSPICT - bri=32768, hue=32768, col=32768, con=32768, dep=32, pal=5
DC30plus[0]: VIDIOCSWIN - x=6, y=20, w=224, h=168, clipcount=0
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=48x24, fmt=4
DC30plus[0]: set_vfe() - width = 48, height = 24
DC30plus[0]: VIDIOCSYNC - frame=0
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=224x168, fmt=4
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCMCAPTURE - frame=1, geom=224x168, fmt=4
DC30plus[0]: VIDIOCSYNC - frame=0
DC30plus[0]: VIDIOCSYNC - frame=1
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=224x168, fmt=4
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCSYNC - frame=0
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCMCAPTURE - frame=1, geom=224x168, fmt=4
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCSYNC - frame=1
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=224x168, fmt=4
DC30plus[0]: set_vfe() - width = 224, height = 168
DC30plus[0]: VIDIOCSYNC - frame=0
DC30plus[0]: set_vfe() - width = 224, height = 168
Sound: Recording overrun
Sound: Recording overrun
Sound: Recording overrun
DC30plus[0]: VIDIOCCAPTURE - on=0
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=48x24, fmt=5
DC30plus[0]: set_vfe() - width = 48, height = 24
DC30plus[0]: VIDIOCSYNC - frame=0
DC30plus[0]: VIDIOCGCAP
DC30plus[0]: VIDIOCMCAPTURE - frame=0, geom=224x168, fmt=5
DC30plus[0]: v4l_set_format() - video buffer size (128 kB) is too small
DC30plus[0]: munmap(V4L)
DC30plus[0]: zoran_close(xawtv, pid=[2766])
DC30plus[0]: jpeg_codec_sleep() - wake GPIO=0x2f008888
DC30plus[0]: jpeg_codec_sleep() - sleep GPIO=0x2b008888
DC30plus[0]: enable_jpg(IDLE)
DC30plus[0]: interrupts received: GIRQ1:222 GIRQ0:222 queue_state=0/0/0/0
#==============================================================
/proc/bigphysarea
#==============================================================
Big physical area, size 4096 kB
free list: used list:
number of blocks: 1 0
size of largest block: 4096 kB 0 kB
total: 4096 kB 0 kB
#==============================================================
/proc/devices
#==============================================================
Character devices:
1 mem
2 pty
3 ttyp
4 ttyS
5 cua
6 lp
7 vcs
9 st
10 misc
13 input
14 sound
21 sg
29 fb
81 video_capture
119 vmnet
128 ptm
136 pts
162 raw
180 usb
226 drm

Block devices:
2 fd
3 ide0
7 loop
8 sd
65 sd
66 sd
#==============================================================
/proc/dma
#==============================================================
1: SoundBlaster8
4: cascade
#==============================================================
/proc/interrupts
#==============================================================
CPU0
0: 773167 XT-PIC timer
1: 6603 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 8700 XT-PIC soundblaster
8: 6855056 XT-PIC rtc
9: 23881 XT-PIC ncr53c8xx, usb-uhci, aic7xxx, DC30plus[0]
11: 180 XT-PIC eth0
12: 22619 XT-PIC PS/2 Mouse
14: 38 XT-PIC ide0
NMI: 0
LOC: 773129
ERR: 0
MIS: 0
#==============================================================
/proc/meminfo
#==============================================================
i2c-old 6592 0 (autoclean) (unused)
zoran 112240 0
zr36050 8820 1
zr36016 5328 1
adv7175 4988 1
vpx3220 7100 1
videocodec 7108 4 [zoran zr36050 zr36016]
i2c-algo-bit 8776 1 [zoran]
i2c-core 17636 0 [zoran adv7175 vpx3220 i2c-algo-bit]
videodev 7968 1 [zoran]
mga 104352 1
agpgart 38836 3
parport_pc 18980 1 (autoclean)
lp 8288 0 (autoclean)
parport 34336 1 (autoclean) [parport_pc lp]
8139too 17320 1
mii 3700 0 [8139too]
crc32 3592 0 [8139too]
microcode 4668 0 (autoclean)
aic7xxx 163344 1
sb 9204 1
sb_lib 44366 0 [sb]
uart401 8260 0 [sb_lib]
sound 71764 1 [sb_lib uart401]
soundcore 5860 4 [sb_lib sound]
keybdev 2944 0 (unused)
mousedev 5556 1
input 5312 0 [keybdev mousedev]
hid 19268 0 (unused)
usb-uhci 26380 0 (unused)
usbcore 82592 1 [hid usb-uhci]
rtc 8348 1 (autoclean)
#==============================================================
/proc/modules
#==============================================================
i2c-old 6592 0 (autoclean) (unused)
zoran 112240 0
zr36050 8820 1
zr36016 5328 1
adv7175 4988 1
vpx3220 7100 1
videocodec 7108 4 [zoran zr36050 zr36016]
i2c-algo-bit 8776 1 [zoran]
i2c-core 17636 0 [zoran adv7175 vpx3220 i2c-algo-bit]
videodev 7968 1 [zoran]
vmnet 23424 6
vmmon 22996 0 (unused)
mga 104352 1
agpgart 38836 3
parport_pc 18980 1 (autoclean)
lp 8288 0 (autoclean)
parport 34336 1 (autoclean) [parport_pc lp]
8139too 17320 1
mii 3700 0 [8139too]
crc32 3592 0 [8139too]
microcode 4668 0 (autoclean)
aic7xxx 163344 1
sb 9204 1
sb_lib 44366 0 [sb]
uart401 8260 0 [sb_lib]
sound 71764 1 [sb_lib uart401]
soundcore 5860 4 [sb_lib sound]
keybdev 2944 0 (unused)
mousedev 5556 1
input 5312 0 [keybdev mousedev]
hid 19268 0 (unused)
usb-uhci 26380 0 (unused)
usbcore 82592 1 [hid usb-uhci]
rtc 8348 1 (autoclean)
#==============================================================
/proc/mtrr
#==============================================================
reg00: base=0x00000000 ( 0MB), size= 512MB: write-back, count=1
reg01: base=0x20000000 ( 512MB), size= 128MB: write-back, count=1
reg02: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=1
reg03: base=0xe8000000 (3712MB), size= 32MB: write-combining, count=2
#==============================================================
/proc/video/dev/video0
#==============================================================
name : DC30plus[0]
type : VID_TYPE_CAPTURE|VID_TYPE_OVERLAY|VID_TYPE_CLIPPING|VID_TYPE_FRAMERAM|VID_TYPE_SCALES|VID_TYPE_MJPEG_DECODER|VID_TYPE_MJPEG_ENCODER
hardware : 0x1a
#==============================================================
/proc/videocodecs
#==============================================================
<S>lave or attached <M>aster name type flags magic (connected as)
S zr36016 0003 0000f000 00000000 (TEMPLATE)
M DC30plus[0] 001a 0000e000 00000000 (zr36016[0])
S zr36050 0002 0000d001 00000000 (TEMPLATE)
M DC30plus[0] 001a 0000c001 00000000 (zr36050[0])
#==============================================================
/proc/zoran0
#==============================================================
ZR36067 registers:
000 00000700 00008120 066F3A49 1A740000
010 1A740000 00000000 11018030 1A780000
020 1A780060 00000011 01000000 2B008888
030 FFFFFFFC 3000310C 00000000 00000000
040 00000000 00000003 00000000 00000000
050 00000000 00000000 00000000 00000000
060 00000000 00000000 00000000 00000000
070 00000000 00000000 00000000 00000000
080 00000000 00000000 00000000 00000000
090 00000000 00000000 00000000 00000000
0A0 00000000 00000000 00000000 00000000
0B0 00000000 00000000 00000000 00000000
0C0 00000000 00000000 00000000 00000000
0D0 00000000 00000000 00000000 00000000
0E0 00000000 00000000 00000000 00000000
0F0 00000000 00000000 00000000 00000000
100 60000001 00000000 0006020D 0280030C
110 00000280 000A00F0 00000001 0000FFFC
120 00000050 00000040 80000000 00000000
#==============================================================

--------------080604020002060606040904--




--__--__--

Message: 3
Date: Tue, 23 Sep 2003 09:54:46 +0200
From: Maarten de Boer <[EMAIL PROTECTED]>
To: "Steven M. Schultz" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Organization: IUA
Subject: [Mjpeg-users] Re: problem with dvgrab, lav2yuv, smiltools.

Steven M. Schultz wrote:

>    That's perfectly correct.  The maximum video bitrate for
>    SVCD is 2500 kbits/sec (some players will accept much higher
>    rates but for compatibility 2500 is the value to use) - and
>    mpeg2enc sets that as the rate to use with -f 4.

Okay, I thought I read somewhere that the combined audio and video bitrates
should not exceed 2600 kbps, but I now see that it is 2756 kbps.

If you say "much higher rates", what should I be thinking of? Or is this
really very player dependend? Does anybody know of a list of player specs?

>    That is why I use either lav2wav or smil2wav and run the
>    mp2enc or toolame command manually.   The one advantage that
>    mp2enc has over toolame is that it will resample from 48000 to
>    44100.  The standalone players I have used will accept SVCDs
>    with 48000 rate audio but that is not standard so some players
>    might reject it.

Okay, but in case I do it in one step, what will bitrate will the
resulting mp2 audio be? 256? (2756-2500?) And will it have been resampled
at 44100?

Maarten


--__--__--

Message: 4
Date: Mon, 22 Sep 2003 14:25:08 -0700
From: Roman Shaposhnick <[EMAIL PROTECTED]>
To: Maarten De Boer <[EMAIL PROTECTED]>
Cc: Charles Yates <[EMAIL PROTECTED]>,
[EMAIL PROTECTED],
kino-dev <[EMAIL PROTECTED]>,
libdv <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: [Mjpeg-users] Re: [Kino-dev] problem with dvgrab, lav2yuv, smiltools.

On Mon, Sep 22, 2003 at 09:37:57PM +0000, Maarten De Boer wrote:
> > dvgrab --format raw - |
> > ffmpeg -f dv -i - -f mpeg output.mpeg
>
> This result in errors:
>
> Input #0, dv, from 'pipe:':
>   Duration: N/A, bitrate: 1536 kb/s
>   Stream #0.0: Video: dvvideo, 720x576, 25.00 fps
>   Stream #0.1: Audio: dvaudio, 48000 Hz, stereo, 1536 kb/s
> Output #0, mpeg, to 'output.mpeg':
>   Stream #0.0: Video: mpeg1video, 720x576, 25.00 fps, q=2-31, 200 kb/s
>   Stream #0.1: Audio: mp2, 48000 Hz, stereo, 64 kb/s
> Stream mapping:
>   Stream #0.0 -> #0.0
>   Stream #0.1 -> #0.1
> Press [q] to stop encoding
> error pos=71
> error pos=65
> error pos=64
> error pos=64
> [....]
>
> Any idea?

These are generally harmless and don't affect video quality. They should
probably be renamed to meaningful warnings. Will do with my next putback.

Thanks,
Roman.


--__--__--

Message: 5
Date: Mon, 22 Sep 2003 15:45:55 -0700
From: Roman Shaposhnick <[EMAIL PROTECTED]>
To: Maarten De Boer <[EMAIL PROTECTED]>
Cc: Roman Shaposhnick <[EMAIL PROTECTED]>, Charles Yates <[EMAIL PROTECTED]>,
[EMAIL PROTECTED],
kino-dev <[EMAIL PROTECTED]>,
libdv <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: [Mjpeg-users] Re: problem with dvgrab, lav2yuv, smiltools.

Please, try ffmpeg from the cvs, and if it continues to give you trouble --
please let me know, I will try to fix it.

Thanks,
Roman.

On Mon, Sep 22, 2003 at 09:57:04PM +0000, Maarten De Boer wrote:
>
> > These are generally harmless and don't affect video quality. They should
> > probably be renamed to meaningful warnings. Will do with my next putback.
>
> Hmm, but it ends with
>
> Error while decoding stream #0.0
> Error while decoding stream #0.0
> Error while decoding stream #0.0
> Error while decoding stream #0.0
> Error while decoding stream #0.0
> Error while decoding stream #0.0
> frame= 2 q=25.0 size= 36kB time=0.1 bitrate=4096.0kbits/s
>
> and the resulting output (the input is 100 frames raw DV), is only
> 40 K and doesn't show anything when played with mplayer...
>
> Maarten
>
>
>


--__--__--

Message: 6
Subject: Re: [Mjpeg-users] DC30+ can't capture size greater than 224x168
From: Ronald Bultje <[EMAIL PROTECTED]>
To: Thierry Salmon <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Date: Tue, 23 Sep 2003 11:28:30 +0200

hi Thierry,

On Tue, 2003-09-23 at 07:57, Thierry Salmon wrote:
> see attachement

Did you recompile the driver itself with bigphysarea support? The error
messages from 'dmesg' indicate that the driver is compiled without
bigphysarea support.

And yes, this should be documented, I fully agree. ;).

Ronald

--
Ronald Bultje <[EMAIL PROTECTED]>
Linux Video/Multimedia developer



--__--__--

Message: 7
Date: Tue, 23 Sep 2003 11:36:06 +0200
From: Thierry Salmon <[EMAIL PROTECTED]>
To: Ronald Bultje <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Subject: Re: [Mjpeg-users] DC30+ can't capture size greater than 224x168

This is a multi-part message in MIME format.
--------------000107050101030300010805
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit



Ronald Bultje wrote:

>hi Thierry,
>
>On Tue, 2003-09-23 at 07:57, Thierry Salmon wrote:
>
>
>>see attachement
>>
>>
>
>Did you recompile the driver itself with bigphysarea support? The error
>messages from 'dmesg' indicate that the driver is compiled without
>bigphysarea support.
>
>
normally yes, else my subkernelversion (-4) doesn't match
I will try recompile this evening

>And yes, this should be documented, I fully agree. ;).
>
I totally agree with you, because before I knew  bigphysarea patch exist
....
Finally your answer to maillist "Re: Error", give me the tips
maybe a link on mjpeg or unified zoran driver home page will be enough
in first instance.

>
>Ronald
>
>
>
Thanks

Thierry

--
Best regards

Thierry SALMON

e-mail : [EMAIL PROTECTED]

Could you confirm reception of the message by replying e-mail
******************************************************************************************************
This message and any attachments (the "message") are confidential and intended solely for the addressees.
Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration.
Neither The Sender nor any of its subsidiaries or affiliates shall be liable for the message if altered,
changed or falsified.
******************************************************************************************************



--------------000107050101030300010805
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
<br>
<br>
Ronald Bultje wrote:<br>
<blockquote type="cite"
 cite="[EMAIL PROTECTED]">
  <pre wrap="">hi Thierry,

On Tue, 2003-09-23 at 07:57, Thierry Salmon wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">see attachement
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Did you recompile the driver itself with bigphysarea support? The error
messages from 'dmesg' indicate that the driver is compiled without
bigphysarea support.
  </pre>
</blockquote>
normally yes, else my subkernelversion (-4) doesn't match <br>
I will try recompile this evening<br>
<br>
<blockquote type="cite"
 cite="[EMAIL PROTECTED]">
  <pre wrap="">
And yes, this should be documented, I fully agree. ;).</pre>
</blockquote>
I totally agree with you, because before I knew&nbsp; bigphysarea patch
exist ....<br>
Finally your answer to maillist "Re: Error", give me the tips<br>
maybe a link on mjpeg or unified zoran driver home page will be enough
in first instance.<br>
<blockquote type="cite"
 cite="[EMAIL PROTECTED]">
  <pre wrap="">

Ronald

  </pre>
</blockquote>
Thanks<br>
<br>
Thierry
<pre class="moz-signature" cols="72">--
Best regards

Thierry SALMON

e-mail : <a class="moz-txt-link-abbreviated" href="mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]</a>

Could you confirm reception of the message by replying e-mail
******************************************************************************************************
This message and any attachments (the "message") are confidential and intended solely for the addressees.
Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration.
Neither The Sender nor any of its subsidiaries or affiliates shall be liable for the message if altered,
changed or falsified.
******************************************************************************************************

</pre>
</body>
</html>

--------------000107050101030300010805--




--__--__--

_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


End of Mjpeg-users Digest

_________________________________________________________________
Hot chart ringtones and polyphonics. Go to http://ninemsn.com.au/mobilemania/default.asp



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to