> I've started playing with that query but it's already fairly optimized.
> It
> seems to me that the only real solution is to put the database on another
> machine with a whole lot of RAM. Right now I'm up to one backend which
> has
> two PVR-150s for recording, one backend/frontend with a PVR-350 for
> viewing
> and recording, one backend which has no encoders for storage only, one
> backend/frontend which as the master backend.
>
> I thought that isolating each of the jobs would help, but even on the
> latest
> trunk with enc_mpg_buffers=16 I'm still getting the:
Just verifying that I understand it correctly: this also happens with a
non-trunk ivtv release, correct? So it is not some ivtv trunk bug that is
hiding somehwere.
> Jan 23 23:00:26 mythcorder kernel: ivtv1: All encoder MPEG stream buffers
> are full. Dropping data.
> Jan 23 23:00:26 mythcorder kernel: ivtv1: Cause: the application is not
> reading fast enough.
> Jan 23 23:00:26 mythcorder kernel: ivtv1: All encoder MPEG stream buffers
> are full. Dropping data.
> Jan 23 23:00:26 mythcorder kernel: ivtv1: Cause: the application is not
> reading fast enough.
> Jan 23 23:00:26 mythcorder kernel: ivtv1: All encoder MPEG stream buffers
> are full. Dropping data.
> Jan 23 23:00:26 mythcorder kernel: ivtv1: Cause: the application is not
> reading fast enough.
> Jan 23 23:00:26 mythcorder kernel: ivtv1: All encoder MPEG stream buffers
> are full. Dropping data.
> Jan 23 23:00:26 mythcorder kernel: ivtv1: Cause: the application is not
> reading fast enough.
>
> It happens on both boxes that do encoding, usually at the beginning of the
> recording, but sometimes you'll be watching a recording and it will have
> done it halfway through. It's the worst when you miss the build-up to a
> joke and you only catch the punchline.
With 16 MB of buffers that should give you somewhere between 10-16 seconds
of buffering I think. I find it hard to believe that MythTV would take so
much time! You can easily check how full the various buffers are by
running v4l2-ctl --log-status.
Hans
>
> dmesg output from my main encoder:
>
> ivtv: ==================== START INIT IVTV ====================
> ivtv: version 0.10.0 (development snapshot compiled on Tue 23 Jan 2007
> 11:52:32 AM EST) loading
> ivtv: Linux version: 2.6.18-1.2849.fc6 SMP mod_unload 686 REGPARM
> 4KSTACKS
> gcc-4.1
> ivtv: In case of problems please include the debug info between
> ivtv: the START INIT IVTV and END INIT IVTV lines, along with
> ivtv: any module options, when mailing the ivtv-users mailinglist.
> ivtv0: Autodetected Hauppauge card (cx23416 based)
> lirc_dev: lirc_register_plugin: sample_rate: 0
> ivtv0: Unreasonably low latency timer, setting to 64 (was 32)
> lirc_mceusb2[2]: SMK eHome Infrared Transceiver on usb2:2
> usbcore: registered new driver lirc_mceusb2
> ivtv0: loaded v4l-cx2341x-enc.fw firmware (262144 bytes)
> ivtv0: Encoder revision: 0x02050032
> tveeprom 1-0050: Hauppauge model 26582, rev F0B2, serial# 9448101
> tveeprom 1-0050: tuner model is TCL M2523_5N_E (idx 112, type 50)
> tveeprom 1-0050: TV standards NTSC(M) (eeprom 0x08)
> tveeprom 1-0050: audio processor is CX25843 (idx 37)
> tveeprom 1-0050: decoder processor is CX25843 (idx 30)
> tveeprom 1-0050: has no radio, has no IR remote
> ivtv0: Autodetected Hauppauge WinTV PVR-150
> tuner 1-0061: chip found @ 0xc2 (ivtv i2c driver #0)
> cx25840 1-0044: cx25843-23 found @ 0x88 (ivtv i2c driver #0)
> cx25840 1-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
> wm8775 1-001b: chip found @ 0x36 (ivtv i2c driver #0)
> ivtv0: Registered device video0 for encoder MPEG (16 MB)
> ivtv0: Registered device video32 for encoder YUV (2 MB)
> ivtv0: Registered device vbi0 for encoder VBI (1 MB)
> ivtv0: Registered device video24 for encoder PCM audio (1 MB)
> tuner 1-0061: type set to 50 (TCL 2002N)
> ivtv0: Initialized Hauppauge WinTV PVR-150, card #0
> ALSA
> /var/tmp/bach-build/BUILD/alsa-driver-1.0.13/pci/ac97/ac97_codec.c:2104:
> AC'97 0 analog subsections not ready
> intel8x0_measure_ac97_clock: measured 50464 usecs
> intel8x0: clocking to 48000
> ivtv: ====================== NEXT CARD ======================
> ivtv1: Autodetected Hauppauge card (cx23416 based)
> ivtv1: Unreasonably low latency timer, setting to 64 (was 32)
> ivtv1: loaded v4l-cx2341x-enc.fw firmware (262144 bytes)
> ivtv1: Encoder revision: 0x02050032
> tuner 2-0061: chip found @ 0xc2 (ivtv i2c driver #1)
> cx25840 2-0044: cx25841-23 found @ 0x88 (ivtv i2c driver #1)
> cx25840 2-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
> wm8775 2-001b: chip found @ 0x36 (ivtv i2c driver #1)
> tveeprom 2-0050: Hauppauge model 26032, rev C199, serial# 8297271
> tveeprom 2-0050: tuner model is TCL 2002N 5H (idx 99, type 50)
> tveeprom 2-0050: TV standards NTSC(M) (eeprom 0x08)
> tveeprom 2-0050: audio processor is CX25841 (idx 35)
> tveeprom 2-0050: decoder processor is CX25841 (idx 28)
> tveeprom 2-0050: has no radio, has IR remote
> ivtv1: Autodetected Hauppauge WinTV PVR-150
> ivtv1: reopen i2c bus for IR-blaster support
> tuner 2-0061: chip found @ 0xc2 (ivtv i2c driver #1)
> cx25840 2-0044: cx25841-23 found @ 0x88 (ivtv i2c driver #1)
> cx25840 2-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
> wm8775 2-001b: chip found @ 0x36 (ivtv i2c driver #1)
> ivtv1: Registered device video1 for encoder MPEG (16 MB)
> ivtv1: Registered device video33 for encoder YUV (2 MB)
> ivtv1: Registered device vbi1 for encoder VBI (1 MB)
> ivtv1: Registered device video25 for encoder PCM audio (1 MB)
> tuner 2-0061: type set to 50 (TCL 2002N)
> ivtv1: Initialized Hauppauge WinTV PVR-150, card #1
> ivtv: ==================== END INIT IVTV ====================
>
> - Ian
>
> On 1/24/07, Matthias Urlichs <[EMAIL PROTECTED]> wrote:
>>
>> Hi,
>>
>> Victor Perez:
>> > helps, heck, I may end up optimizing that slow query.
>>
>> Right. Please don't try to "fix" this problem in ivtv.
>>
>> I hate to say this, but if you put your database (or anything else for
>> that matter) on the same spindle as your real-time recording, you
>> deserve to lose.
>>
>> --
>> Matthias Urlichs | {M:U} IT Design @ m-u-it.de |
>> [EMAIL PROTECTED]
>> Disclaimer: The quote was selected randomly. Really. |
>> http://smurf.noris.de
>> - -
>> "If you took everyone who's ever been to a Dead
>> show, and lined them up, they'd stretch halfway to
>> the moon and back... and none of them would be
>> complaining."
>> -- a local Deadhead in the Seattle Times
>>
>> _______________________________________________
>> ivtv-devel mailing list
>> [email protected]
>> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
>>
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
