[mythtv] 'WriteAudio: buffer underrun' during playback
Martin Long
martin.long at rozel.net
Mon Sep 11 12:39:29 UTC 2006
Could this not be IO load that is causing the stutter? I would have
thought that the IO caused by mysql during the reschedule could be
hampering the frontend from reading from the ringbuffer. As IO isn't
prioritised according to thread priority (yet! is it?), this would explain
why it still happens despite the frontend thread being realtime.
I am getting the same problem, on a 2.4Ghz celeron, without HT, but with
DVB cards so there's no encoding load. max load is around 19%, yet I still
get stutters, and I suspect it's IO.
I would imagine seperating / and /myth onto different physical disks would
potentially solve this problem (allowing IO to still take place during
seeks on the other disk, simultanious seeks etc). I plan to what a little
40Gb drive into my box and transfer my root fs onto this - see what effect
it has. Any comments? Am I totally on the wrong track here?
Does anyone know of plans for priority IO scheduling in linux?
Martin
Date: Mon, 11 Sep 2006 11:37:54 +1000
From: "Lincoln Dale" <ltd at interlink.com.au>
Subject: Re: [mythtv] 'WriteAudio: buffer underrun' during playback
caused bythe scheduler
To: "'Development of mythtv'" <mythtv-dev at mythtv.org>
Message-ID: <00e401c6d542$e8abd150$046f09cb at ltdbeast>
Content-Type: text/plain; charset="iso-8859-1"
[ingore previous post; i was lookOut'd]
hi Jan,
you're clearly running very close to the wire CPU-wise. i'd suggest you
look into ways of reducing your CPU utilization.
are you running frontend/backend on the same machine?
if so, the fact that you have usleep busywait is a bad bad bad thing & you
should look at getting it to use something else:
2006-09-09 17:10:49.399 Using realtime priority.
2006-09-09 17:10:49.430 Video timing method: USleep with busy wait
> Send mythtv-dev mailing list submissions to
> mythtv-dev at mythtv.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
> or, via email, send a message with subject or body 'help' to
> mythtv-dev-request at mythtv.org
>
> You can reach the person managing the list at
> mythtv-dev-owner at mythtv.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mythtv-dev digest..."
>
>
> Today's Topics:
>
> 1. Re: 'WriteAudio: buffer underrun' during playback caused by
> the scheduler (Mark Buechler)
> 2. Re: 'WriteAudio: buffer underrun' during playback caused by
> the scheduler (Jan Kleinig)
> 3. Re: 'WriteAudio: buffer underrun' during playback caused by
> the scheduler (Jan Kleinig)
> 4. ATSC captions and libmpeg2 decoder (Boleslaw Ciesielski)
> 5. No audio with internal DVD player (SVN) using PVR-350 output
> (Niels den Otter)
> 6. Potential problem on xebian - xinerama (Martin Long)
> 7. Re: Potential problem on xebian - xinerama (William Munson)
> 8. Re: 'WriteAudio: buffer underrun' during playback caused
> bythe scheduler (Lincoln Dale)
> 9. Re: 'WriteAudio: buffer underrun' during playback caused
> bythe scheduler (Lincoln Dale)
> 10. Re: 'WriteAudio: buffer underrun' during playback caused
> bythe scheduler (Lueddich at gmx.de)
> 11. Re: 'WriteAudio: buffer underrun' during playback caused
> bythe scheduler (Richard Dale)
> 12. 0.20's done (Isaac Richards)
> 13. MythTV and Hebrew (aviv)
> 14. Re: Potential problem on xebian - xinerama (Martin Long)
> 15. livepriority for cardinput (Martin Long)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 10 Sep 2006 10:03:43 -0400
> From: "Mark Buechler" <mark.buechler at gmail.com>
> Subject: Re: [mythtv] 'WriteAudio: buffer underrun' during playback
> caused by the scheduler
> To: "Development of mythtv" <mythtv-dev at mythtv.org>
> Message-ID:
> <3e9048940609100703h69ec1b0dmb769acd3241a6db4 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> What's happening is mysql is taking more CPU/IO during the scheduling
> process which takes CPU/IO away from playback/recording. I've had trouble
> with this from time to time due to another issue but a temporary solution
> would be to put your database on another (maybe faster) system. Another
> might be to change the sql in the scheduling thread to use a loop and the
> LIMIT clause to attemt to tone it down a bit.
>
> - Mark.
>
> On 9/9/06, Brian C. Huffman <bhuffman at graze.net> wrote:
>>
>> I'm getting similar problems during playback. I don't think it's caused
>> by the scheduler though...I'm seeing it on playing videos that have been
>> ripped from DVD. I'm about to open a ticket.
>>
>> -b
>>
>> On Sat, 2006-09-09 at 17:21 +0200, Jan Kleinig wrote:
>> > Hi,
>> >
>> > I'm still having those problems :(
>> >
>> > I am using Knoppmyth R5C7 with mythtv svn 11084 and the ac3-patch 0.20
>> > written by Mark Spieth.
>> >
>> > I'm using the EIT Scanner because tvtoday doesn't support that many
>> > channels and I hate hunting for a new script when they change the
>> > layout of there homepage...
>> >
>> > The problem is, that every time when the scheduler 'reschedules', I
>> > get audio problems in the recording or LiveTV I watch.
>> >
>> > The backend log says:
>> >
>> > 2006-09-09 17:11:26.371 EITScanner: Added 10 EIT Events
>> > 2006-09-09 17:11:26.375 Reschedule requested for id -1.
>> > 2006-09-09 17:11:28.878 Scheduled 36 items in 2.5 = 1.19 match + 1.31
>> > place
>> >
>> > At the same time, the playback stumbles and the audio is gone in most
>> > of the cases. Sometimes, the audio comes back to live again after
>> > about 3 seconds... The frontend tells me this:
>> >
>> > 2006-09-09 17:10:48.608 TV: Attempting to change from None to
>> > WatchingPreRecorded
>> > 2006-09-09 17:10:48.627 libavformat type mpegts
>> > 0: start_time: 2615.887 duration: 539.622
>> > 1: start_time: 2615.963 duration: 539.611
>> > 2: start_time: 2615.896 duration: 539.616
>> > stream: start_time: 29065.414 duration: 5996.522 bitrate=2668 kb/s
>> > 2006-09-09 17:10:48.635 AFD: Opened codec 0x8bc9330, id(MPEG2VIDEO)
>> > type(Video)
>> > 2006-09-09 17:10:48.635 AFD: Setting maxchannels to 6, -1
>> > 2006-09-09 17:10:48.635 AVFD: codec MP3 has 2 channels
>> > 2006-09-09 17:10:48.635 AFD: Opened codec 0x8b52c10, id(MP3)
>> > type(Audio)
>> > 2006-09-09 17:10:48.826 Opening audio device 'default'. ch 2 sr 48000
>> > 2006-09-09 17:10:48.826 Opening ALSA audio device 'default'.
>> > 2006-09-09 17:10:49.005 VideoOutputXv: XvMCTex: Init failed
>> > 2006-09-09 17:10:49.005 VideoOutputXv: XVideo Adaptor Name: 'ATI
>> > Radeon Video Overlay'
>> > 2006-09-09 17:10:49.398 TV: Changing from None to WatchingPreRecorded
>> > 2006-09-09 17:10:49.399 Using realtime priority.
>> > 2006-09-09 17:10:49.430 Video timing method: USleep with busy wait
>> > 2006-09-09 17:11:26.752 WriteAudio: buffer underrun
>> > 2006-09-09 17:11:27.247 WriteAudio: buffer underrun
>> > 2006-09-09 17:11:27.521 WriteAudio: buffer underrun
>> > 2006-09-09 17:11:27.776 WriteAudio: buffer underrun
>> > 2006-09-09 17:11:28.339 WriteAudio: buffer underrun
>> >
>> > You see, at 17:11:26.375 the rescheduling is getting startet and at
>> > that time, the error occures...
>> >
>> > Does anybody have an idea what to do?
>> >
>> > Thanks!
>> > _______________________________________________
>> > mythtv-dev mailing list
>> > mythtv-dev at mythtv.org
>> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
>> _______________________________________________
>> mythtv-dev mailing list
>> mythtv-dev at mythtv.org
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mythtv.org/pipermail/mythtv-dev/attachments/20060910/5b956508/attachment.html
>
> ------------------------------
>
> Message: 2
> Date: Sun, 10 Sep 2006 18:55:20 +0200
> From: Jan Kleinig <lueddich at gmx.de>
> Subject: Re: [mythtv] 'WriteAudio: buffer underrun' during playback
> caused by the scheduler
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <45044378.1020502 at gmx.de>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Are you playing the files with the internal player? Than it is the
> same... Take a look at your backend-log during playback (tail -f
> /var/log/mythtv/mythbackend.log) and you will see, that the problem
> occures every time, when the scheduler reschedules... If it is not that,
> you got another problem ;)
>
>
> Brian C. Huffman schrieb:
>> I'm getting similar problems during playback. I don't think it's caused
>> by the scheduler though...I'm seeing it on playing videos that have been
>> ripped from DVD. I'm about to open a ticket.
>>
>> -b
>>
>> On Sat, 2006-09-09 at 17:21 +0200, Jan Kleinig wrote:
>>
>>> Hi,
>>>
>>> I'm still having those problems :(
>>>
>>> I am using Knoppmyth R5C7 with mythtv svn 11084 and the ac3-patch 0.20
>>> written by Mark Spieth.
>>>
>>> I'm using the EIT Scanner because tvtoday doesn't support that many
>>> channels and I hate hunting for a new script when they change the
>>> layout of there homepage...
>>>
>>> The problem is, that every time when the scheduler 'reschedules', I
>>> get audio problems in the recording or LiveTV I watch.
>>>
>>> The backend log says:
>>>
>>> 2006-09-09 17:11:26.371 EITScanner: Added 10 EIT Events
>>> 2006-09-09 17:11:26.375 Reschedule requested for id -1.
>>> 2006-09-09 17:11:28.878 Scheduled 36 items in 2.5 = 1.19 match + 1.31
>>> place
>>>
>>> At the same time, the playback stumbles and the audio is gone in most
>>> of the cases. Sometimes, the audio comes back to live again after
>>> about 3 seconds... The frontend tells me this:
>>>
>>> 2006-09-09 17:10:48.608 TV: Attempting to change from None to
>>> WatchingPreRecorded
>>> 2006-09-09 17:10:48.627 libavformat type mpegts
>>> 0: start_time: 2615.887 duration: 539.622
>>> 1: start_time: 2615.963 duration: 539.611
>>> 2: start_time: 2615.896 duration: 539.616
>>> stream: start_time: 29065.414 duration: 5996.522 bitrate=2668 kb/s
>>> 2006-09-09 17:10:48.635 AFD: Opened codec 0x8bc9330, id(MPEG2VIDEO)
>>> type(Video)
>>> 2006-09-09 17:10:48.635 AFD: Setting maxchannels to 6, -1
>>> 2006-09-09 17:10:48.635 AVFD: codec MP3 has 2 channels
>>> 2006-09-09 17:10:48.635 AFD: Opened codec 0x8b52c10, id(MP3)
>>> type(Audio)
>>> 2006-09-09 17:10:48.826 Opening audio device 'default'. ch 2 sr 48000
>>> 2006-09-09 17:10:48.826 Opening ALSA audio device 'default'.
>>> 2006-09-09 17:10:49.005 VideoOutputXv: XvMCTex: Init failed
>>> 2006-09-09 17:10:49.005 VideoOutputXv: XVideo Adaptor Name: 'ATI
>>> Radeon Video Overlay'
>>> 2006-09-09 17:10:49.398 TV: Changing from None to WatchingPreRecorded
>>> 2006-09-09 17:10:49.399 Using realtime priority.
>>> 2006-09-09 17:10:49.430 Video timing method: USleep with busy wait
>>> 2006-09-09 17:11:26.752 WriteAudio: buffer underrun
>>> 2006-09-09 17:11:27.247 WriteAudio: buffer underrun
>>> 2006-09-09 17:11:27.521 WriteAudio: buffer underrun
>>> 2006-09-09 17:11:27.776 WriteAudio: buffer underrun
>>> 2006-09-09 17:11:28.339 WriteAudio: buffer underrun
>>>
>>> You see, at 17:11:26.375 the rescheduling is getting startet and at
>>> that time, the error occures...
>>>
>>> Does anybody have an idea what to do?
>>>
>>> Thanks!
>>> _______________________________________________
>>> mythtv-dev mailing list
>>> mythtv-dev at mythtv.org
>>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>>
>>
>> _______________________________________________
>> mythtv-dev mailing list
>> mythtv-dev at mythtv.org
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mythtv.org/pipermail/mythtv-dev/attachments/20060910/7c19e03b/attachment-0001.htm
>
> ------------------------------
>
> Message: 3
> Date: Sun, 10 Sep 2006 18:58:37 +0200
> From: Jan Kleinig <lueddich at gmx.de>
> Subject: Re: [mythtv] 'WriteAudio: buffer underrun' during playback
> caused by the scheduler
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <4504443D.80809 at gmx.de>
> Content-Type: text/plain; charset="iso-8859-1"
>
> But I'm using a quite fast machine (P4 3,2GHz in a Pundit-R case with
> 1GB Ram) and don't have another system running here... Don't want to use
> X machines to have a great VCR ;) Can I do the change to the sql part
> myself? How? ;)
>
> And why is it poosible that sql takes away CPU power from playback while
> playback has realtime priority? I thought that this is the point to give
> a proccess realtime priority...
>
> Thanks!
>
> Mark Buechler schrieb:
>> What's happening is mysql is taking more CPU/IO during the scheduling
>> process which takes CPU/IO away from playback/recording. I've had
>> trouble with this from time to time due to another issue but a
>> temporary solution would be to put your database on another (maybe
>> faster) system. Another might be to change the sql in the scheduling
>> thread to use a loop and the LIMIT clause to attemt to tone it down a
>> bit.
>>
>> - Mark.
>>
>> On 9/9/06, *Brian C. Huffman* <bhuffman at graze.net
>> <mailto:bhuffman at graze.net>> wrote:
>>
>> I'm getting similar problems during playback. I don't think it's
>> caused
>> by the scheduler though...I'm seeing it on playing videos that
>> have been
>> ripped from DVD. I'm about to open a ticket.
>>
>> -b
>>
>> On Sat, 2006-09-09 at 17:21 +0200, Jan Kleinig wrote:
>> > Hi,
>> >
>> > I'm still having those problems :(
>> >
>> > I am using Knoppmyth R5C7 with mythtv svn 11084 and the
>> ac3-patch 0.20
>> > written by Mark Spieth.
>> >
>> > I'm using the EIT Scanner because tvtoday doesn't support that
>> many
>> > channels and I hate hunting for a new script when they change the
>> > layout of there homepage...
>> >
>> > The problem is, that every time when the scheduler 'reschedules',
>> I
>> > get audio problems in the recording or LiveTV I watch.
>> >
>> > The backend log says:
>> >
>> > 2006-09-09 17:11:26.371 EITScanner: Added 10 EIT Events
>> > 2006-09-09 17:11:26.375 Reschedule requested for id -1.
>> > 2006-09-09 17:11:28.878 Scheduled 36 items in 2.5 = 1.19 match +
>> 1.31
>> > place
>> >
>> > At the same time, the playback stumbles and the audio is gone in
>> most
>> > of the cases. Sometimes, the audio comes back to live again after
>> > about 3 seconds... The frontend tells me this:
>> >
>> > 2006-09-09 17:10:48.608 TV: Attempting to change from None to
>> > WatchingPreRecorded
>> > 2006-09-09 17:10:48.627 libavformat type mpegts
>> > 0: start_time: 2615.887 duration: 539.622
>> > 1: start_time: 2615.963 duration: 539.611
>> > 2: start_time: 2615.896 duration: 539.616
>> > stream: start_time: 29065.414 duration: 5996.522 bitrate=2668 kb/s
>> > 2006-09-09 17:10:48.635 AFD: Opened codec 0x8bc9330,
>> id(MPEG2VIDEO)
>> > type(Video)
>> > 2006-09-09 17:10:48.635 AFD: Setting maxchannels to 6, -1
>> > 2006-09-09 17:10:48.635 AVFD: codec MP3 has 2 channels
>> > 2006-09-09 17:10:48.635 AFD: Opened codec 0x8b52c10, id(MP3)
>> > type(Audio)
>> > 2006-09-09 17:10:48.826 Opening audio device 'default'. ch 2 sr
>> 48000
>> > 2006-09-09 17:10:48.826 Opening ALSA audio device 'default'.
>> > 2006-09-09 17:10:49.005 VideoOutputXv: XvMCTex: Init failed
>> > 2006-09-09 17:10:49.005 VideoOutputXv: XVideo Adaptor Name: 'ATI
>> > Radeon Video Overlay'
>> > 2006-09-09 17:10:49.398 TV: Changing from None to
>> WatchingPreRecorded
>> > 2006-09-09 17:10:49.399 Using realtime priority.
>> > 2006-09-09 17:10:49.430 Video timing method: USleep with busy wait
>> > 2006-09-09 17:11:26.752 WriteAudio: buffer underrun
>> > 2006-09-09 17:11:27.247 WriteAudio: buffer underrun
>> > 2006-09-09 17:11: 27.521 WriteAudio: buffer underrun
>> > 2006-09-09 17:11:27.776 WriteAudio: buffer underrun
>> > 2006-09-09 17:11:28.339 WriteAudio: buffer underrun
>> >
>> > You see, at 17:11:26.375 the rescheduling is getting startet and
>> at
>> > that time, the error occures...
>> >
>> > Does anybody have an idea what to do?
>> >
>> > Thanks!
>> > _______________________________________________
>> > mythtv-dev mailing list
>> > mythtv-dev at mythtv.org <mailto:mythtv-dev at mythtv.org>
>> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
>> _______________________________________________
>> mythtv-dev mailing list
>> mythtv-dev at mythtv.org <mailto:mythtv-dev at mythtv.org>
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> mythtv-dev mailing list
>> mythtv-dev at mythtv.org
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mythtv.org/pipermail/mythtv-dev/attachments/20060910/7616b0bd/attachment-0001.htm
>
> ------------------------------
>
> Message: 4
> Date: Sun, 10 Sep 2006 14:39:41 -0400
> From: Boleslaw Ciesielski <bolek-mythtv at curl.com>
> Subject: [mythtv] ATSC captions and libmpeg2 decoder
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <45045BED.1010101 at curl.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> As far as I can tell, ATSC CC works only with the standard (ffmpeg)
> decoder. I was wondering what it would take to get it working with
> libmpeg2 decoder.
>
> Does anyone know if there are some fundamental issues? Any pointers on
> what would need to be done? I have a feeling that if it was easy it
> would have worked already...
>
> Thanks,
>
> Bolek
>
>
>
> ------------------------------
>
> Message: 5
> Date: Sun, 10 Sep 2006 21:11:30 +0200
> From: Niels den Otter <otter at kjoe.net>
> Subject: [mythtv] No audio with internal DVD player (SVN) using
> PVR-350 output
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <45046362.6030006 at kjoe.net>
> Content-Type: text/plain; charset=ISO-8859-1
>
> All,
>
> Playing DVDs using the internal DVD player doesn't give any audio output
> on my system. I am using a
> PVR-350 (option enabled in settings) and I am up-to-date with SVN. All
> other programs (Mythtv
> Live-TV/Mythmusic/... , Xine) have no problems playing audio. I have tried
> the standard and libmpeg2
> decoder, but no difference. 'mythfrontend -v playback,audio' gives the
> following output continuously:
>
> [...]
> 2006-09-10 21:00:25.693 IVD: write0 !canwrite
> 2006-09-10 21:00:25.697 AO: 60320 bytes free on soundcard
> 2006-09-10 21:00:25.701 AO: 61024 bytes free on soundcard
> 2006-09-10 21:00:25.705 AO: 61728 bytes free on soundcard
> 2006-09-10 21:00:25.709 AO: 58336 bytes free on soundcard
> 2006-09-10 21:00:25.713 AO: 59040 bytes free on soundcard
> 2006-09-10 21:00:25.717 AO: 59752 bytes free on soundcard
> 2006-09-10 21:00:25.721 AO: 60456 bytes free on soundcard
> 2006-09-10 21:00:25.725 AO: 61160 bytes free on soundcard
> 2006-09-10 21:00:25.729 AO: 61864 bytes free on soundcard
> 2006-09-10 21:00:25.733 AO: 58472 bytes free on soundcard
> 2006-09-10 21:00:25.737 AO: 59184 bytes free on soundcard
> 2006-09-10 21:00:25.742 AO: 60008 bytes free on soundcard
> 2006-09-10 21:00:25.745 AO: 60632 bytes free on soundcard
> 2006-09-10 21:00:25.753 AO: 62000 bytes free on soundcard
> 2006-09-10 21:00:25.757 AO: 58624 bytes free on soundcard
> 2006-09-10 21:00:25.761 AO: 59320 bytes free on soundcard
> 2006-09-10 21:00:25.765 AO: 60056 bytes free on soundcard
> 2006-09-10 21:00:25.769 AO: 60744 bytes free on soundcard
> 2006-09-10 21:00:25.773 AO: 61456 bytes free on soundcard
> 2006-09-10 21:00:25.777 AO: 58088 bytes free on soundcard
> 2006-09-10 21:00:25.781 AO: 58776 bytes free on soundcard
> 2006-09-10 21:00:25.785 AO: 59456 bytes free on soundcard
> 2006-09-10 21:00:25.789 AO: 60176 bytes free on soundcard
> 2006-09-10 21:00:25.793 AO: 60872 bytes free on soundcard
> 2006-09-10 21:00:25.801 AO: 62280 bytes free on soundcard
> 2006-09-10 21:00:25.809 AO: 59600 bytes free on soundcard
> 2006-09-10 21:00:25.817 AO: 61008 bytes free on soundcard
> 2006-09-10 21:00:25.833 AO: 63824 bytes free on soundcard
> 2006-09-10 21:00:25.833 IVD: write0 !canwrite
> 2006-09-10 21:00:25.837 AO: 60440 bytes free on soundcard
> [...]
>
> Anyone with a similar setup seeing the same behaviour? Suggestions?
>
>
> -- Niels
>
>
>
> ------------------------------
>
> Message: 6
> Date: Sun, 10 Sep 2006 20:49:44 +0100
> From: "Martin Long" <martin.long at rozel.net>
> Subject: [mythtv] Potential problem on xebian - xinerama
> To: <mythtv-dev at mythtv.org>
> Message-ID: <006201c6d512$4548bbc0$0501a8c0 at excelsior2>
> Content-Type: text/plain; charset="us-ascii"
>
>
> Have a lot of problems with this on Xebian, using SVN head. I don't know
> if it's going to be a potential problem with 0.20.
>
> I'm using an E-image which already had 0.19 installed, so I know that
> myth works on this dist. When I try to install 0.20, I'm getting a
> dependency on libXinerama.so.1. This happens both when I build on my
> other PC, and copy across before doing a 'make install' and also when I
> use apt-get from http://home.arcor.de/scorpidnb/mythtv/svn11024/debian/
>
> Problem is... libxinerama-dev has a dependency on x11-common, and
> x11-common needs xfree86-common to be REMOVED. In fact it needs all of
> these to be removed:
>
> lbxproxy libdps1 libqt3-mt-dev libxft1 proxymngr twm xfree86-common xfwp
> xlibmesa-gl-dev xlibmesa-glu-dev xlibs xlibs-static-dev xprint
> xprt-xprintorg xserver-common
>
> This pretty much breaks xebian. I've tried doing it.
>
> Is there a dependency on X.Org for 0.20? If so, then xebian is going to
> need some hefty reworking to bring it up to scratch (the current release
> is over a year old now). Otherwise, is there an option to compile
> without the xinerama support?
>
> Has anyone got 0.20 working on xebian yet, or is anyone testing it? How
> about XFedora? If I can get a working E-image going, I'll keep it
> up-to-date, and distribute it when 0.20 is finalised.
>
> Martin
>
>
>
> ------------------------------
>
> Message: 7
> Date: Sun, 10 Sep 2006 16:38:49 -0400
> From: William Munson <wmunson at rochester.rr.com>
> Subject: Re: [mythtv] Potential problem on xebian - xinerama
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <450477D9.4050906 at rochester.rr.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Martin Long wrote:
>> Have a lot of problems with this on Xebian, using SVN head. I don't know
>> if it's going to be a potential problem with 0.20.
>>
>> I'm using an E-image which already had 0.19 installed, so I know that
>> myth works on this dist. When I try to install 0.20, I'm getting a
>> dependency on libXinerama.so.1. This happens both when I build on my
>> other PC, and copy across before doing a 'make install' and also when I
>> use apt-get from http://home.arcor.de/scorpidnb/mythtv/svn11024/debian/
>>
>> Problem is... libxinerama-dev has a dependency on x11-common, and
>> x11-common needs xfree86-common to be REMOVED. In fact it needs all of
>> these to be removed:
>>
>> lbxproxy libdps1 libqt3-mt-dev libxft1 proxymngr twm xfree86-common xfwp
>> xlibmesa-gl-dev xlibmesa-glu-dev xlibs xlibs-static-dev xprint
>> xprt-xprintorg xserver-common
>>
>> This pretty much breaks xebian. I've tried doing it.
>>
>> Is there a dependency on X.Org for 0.20? If so, then xebian is going to
>> need some hefty reworking to bring it up to scratch (the current release
>> is over a year old now). Otherwise, is there an option to compile
>> without the xinerama support?
>>
>> Has anyone got 0.20 working on xebian yet, or is anyone testing it? How
>> about XFedora? If I can get a working E-image going, I'll keep it
>> up-to-date, and distribute it when 0.20 is finalised.
>>
>> Martin
>>
> I have svn running on xebian upgraded from 0.19 e-image. Its been a
> while since I did it so I no longer remember the exact details. I do
> remember that I had to manually force the installation of a couple of
> rpms manually with the 'rpm --replace-files' option to get everything
> updated to the latest but since then everything has run smoothly. Dont
> forget to change the repo listing to multimedia.debian.org since some of
> the repos have moved since that release.
>
>
>
> ------------------------------
>
> Message: 8
> Date: Mon, 11 Sep 2006 11:35:09 +1000
> From: "Lincoln Dale" <ltd at interlink.com.au>
> Subject: Re: [mythtv] 'WriteAudio: buffer underrun' during playback
> caused bythe scheduler
> To: "'Development of mythtv'" <mythtv-dev at mythtv.org>
> Message-ID: <00df01c6d542$86a891f0$046f09cb at ltdbeast>
> Content-Type: text/plain; charset="iso-8859-1"
>
> hi Jan,
>
>
>
>
>
> The problem is, that every time when the scheduler 'reschedules', I get
> audio problems in the recording or LiveTV I watch.
>
>
>
>
>
>
>
> The backend log says:
>
> 2006-09-09 17:11:26.371 EITScanner: Added 10 EIT Events
> 2006-09-09 17:11:26.375 Reschedule requested for id -1.
> 2006-09-09 17:11:28.878 Scheduled 36 items in 2.5 = 1.19 match + 1.31
> place
>
> At the same time, the playback stumbles and the audio is gone in most of
> the
> cases. Sometimes, the audio comes back to live again after about 3
> seconds... The frontend tells me this:
>
> 2006-09-09 17:10:48.608 TV: Attempting to change from None to
> WatchingPreRecorded
> 2006-09-09 17:10:48.627 libavformat type mpegts
> 0: start_time: 2615.887 duration: 539.622
> 1: start_time: 2615.963 duration: 539.611
> 2: start_time: 2615.896 duration: 539.616
> stream: start_time: 29065.414 duration: 5996.522 bitrate=2668 kb/s
> 2006-09-09 17:10:48.635 AFD: Opened codec 0x8bc9330, id(MPEG2VIDEO)
> type(Video)
> 2006-09-09 17:10:48.635 AFD: Setting maxchannels to 6, -1
> 2006-09-09 17:10:48.635 AVFD: codec MP3 has 2 channels
> 2006-09-09 17:10:48.635 AFD: Opened codec 0x8b52c10, id(MP3) type(Audio)
> 2006-09-09 17:10:48.826 Opening audio device 'default'. ch 2 sr 48000
> 2006-09-09 17:10:48.826 Opening ALSA audio device 'default'.
> 2006-09-09 17:10:49.005 VideoOutputXv: XvMCTex: Init failed
> 2006-09-09 17:10:49.005 VideoOutputXv: XVideo Adaptor Name: 'ATI Radeon
> Video Overlay'
> 2006-09-09 17:10:49.398 TV: Changing from None to WatchingPreRecorded
> 2006-09-09 17:10:49.399 Using realtime priority.
> 2006-09-09 17:10:49.430 Video timing method: USleep with busy wait
> 2006-09-09 17:11:26.752 WriteAudio: buffer underrun
> 2006-09-09 17:11:27.247 WriteAudio: buffer underrun
> 2006-09-09 17:11:27.521 WriteAudio: buffer underrun
> 2006-09-09 17:11:27.776 WriteAudio: buffer underrun
> 2006-09-09 17:11:28.339 WriteAudio: buffer underrun
>
> You see, at 17:11:26.375 the rescheduling is getting startet and at that
> time, the error occures...
>
> Does anybody have an idea what to do?
>
> Thanks!
>
>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mythtv.org/pipermail/mythtv-dev/attachments/20060911/9b19886d/attachment-0001.htm
>
> ------------------------------
>
> Message: 9
> Date: Mon, 11 Sep 2006 11:37:54 +1000
> From: "Lincoln Dale" <ltd at interlink.com.au>
> Subject: Re: [mythtv] 'WriteAudio: buffer underrun' during playback
> caused bythe scheduler
> To: "'Development of mythtv'" <mythtv-dev at mythtv.org>
> Message-ID: <00e401c6d542$e8abd150$046f09cb at ltdbeast>
> Content-Type: text/plain; charset="iso-8859-1"
>
> [ingore previous post; i was lookOut'd]
>
>
>
> hi Jan,
>
>
>
> you're clearly running very close to the wire CPU-wise. i'd suggest you
> look into ways of reducing your CPU utilization.
>
>
>
> are you running frontend/backend on the same machine?
>
> if so, the fact that you have usleep busywait is a bad bad bad thing & you
> should look at getting it to use something else:
>
>
>
>
>
> 2006-09-09 17:10:49.399 Using realtime priority.
> 2006-09-09 17:10:49.430 Video timing method: USleep with busy wait
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mythtv.org/pipermail/mythtv-dev/attachments/20060911/fffc51cf/attachment-0001.htm
>
> ------------------------------
>
> Message: 10
> Date: Mon, 11 Sep 2006 08:48:24 +0200
> From: Lueddich at gmx.de
> Subject: Re: [mythtv] 'WriteAudio: buffer underrun' during playback
> caused bythe scheduler
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <20060911064824.222440 at gmx.net>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi,
>
> yes, I'm using frontend and backend on one physical machine.. What exactly
> does this 'usleep with busy wait' mean and how can I correct it to
> something better? And what in fact is better? ;)
>
> During Playback, x and mythfrontend are using about 30% of CPU together,
> because I got no opengl working with my ATI IGP 9100 in my Pundit-R with a
> P$ 3,2Ghz and 1GB Ram...
>
> Thanks!
>
>
> -------- Original-Nachricht --------
> Datum: Mon, 11 Sep 2006 11:37:54 +1000
> Von: "Lincoln Dale" <ltd at interlink.com.au>
> An: "\'Development of mythtv\'" <mythtv-dev at mythtv.org>
> Betreff: Re: [mythtv] \'WriteAudio: buffer underrun\' during playback
> caused bythe scheduler
>
>> [ingore previous post; i was lookOut'd]
>>
>>
>>
>> hi Jan,
>>
>>
>>
>> you're clearly running very close to the wire CPU-wise. i'd suggest you
>> look into ways of reducing your CPU utilization.
>>
>>
>>
>> are you running frontend/backend on the same machine?
>>
>> if so, the fact that you have usleep busywait is a bad bad bad thing &
>> you
>> should look at getting it to use something else:
>>
>>
>>
>>
>>
>> 2006-09-09 17:10:49.399 Using realtime priority.
>> 2006-09-09 17:10:49.430 Video timing method: USleep with busy wait
>>
>>
>>
>
> --
>
>
> Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
> Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
>
>
> ------------------------------
>
> Message: 11
> Date: Mon, 11 Sep 2006 17:00:21 +1000
> From: "Richard Dale" <richard at interlink.com.au>
> Subject: Re: [mythtv] 'WriteAudio: buffer underrun' during playback
> caused bythe scheduler
> To: "'Development of mythtv'" <mythtv-dev at mythtv.org>
> Message-ID: <007f01c6d56f$f3509af0$d9f1d0d0$@com.au>
> Content-Type: text/plain; charset="us-ascii"
>
>> During Playback, x and mythfrontend are using about 30% of CPU
>> together, because I got no opengl working with my ATI IGP 9100 in my
>> Pundit-R with a P$ 3,2Ghz and 1GB Ram...
>
> Note that because of hyperthreading your single core P4 3.2Ghz CPU is seen
> as two CPUs in Linux, but a 30% overall loading may actually mean your CPU
> is really up around 60%.
>
> In addition, ATI cards aren't well supported under Linux (there's not much
> acceleration going on) due to ATI's poor support of Linux.
>
> I found that that the occasional sound skip on a P4 3.0 Ghz system was
> cured
> by creating a .asoundrc file and adding a buffer into my dmix-digital area
> -
> eg. buffer_size 8192
>
> I'm now on a dual core Core 2 so I can't comment about that system any
> more...
>
> Cheers,
> Richard.
>
>
>
>
> ------------------------------
>
> Message: 12
> Date: Mon, 11 Sep 2006 03:16:53 -0400
> From: Isaac Richards <ijr at case.edu>
> Subject: [mythtv] 0.20's done
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <200609110316.53298.ijr at case.edu>
> Content-Type: text/plain; charset="us-ascii"
>
> Hey, just wanted to let people know that the 0.20 release is now available
> on
> the website. Hopefully I didn't miss any huge last-minute problems..
>
> Isaac
>
>
> ------------------------------
>
> Message: 13
> Date: Mon, 11 Sep 2006 11:17:12 +0200
> From: "aviv" <nl at eliezer.org>
> Subject: [mythtv] MythTV and Hebrew
> To: <mythtv-dev at mythtv.org>
> Message-ID: <200609110833.k8B8XdPK025957 at sc5.fetchbook.info>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi All,
>
> I'm using MythTV with a hebrew EPG.
> While using the Program Finder, and since the majority of the program
> titles
> I'm seeing are in Hebrew, all of the programs are filed under the "@"
> character.
> Is there any way to add the Hebrew Alphabet to the character list, so that
> I
> can see each program filed under it's Hebrew first letter?
>
> Thanks!
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mythtv.org/pipermail/mythtv-dev/attachments/20060911/f2c5a0d9/attachment-0001.htm
>
> ------------------------------
>
> Message: 14
> Date: Mon, 11 Sep 2006 10:57:57 +0100 (BST)
> From: "Martin Long" <martin.long at rozel.net>
> Subject: Re: [mythtv] Potential problem on xebian - xinerama
> To: mythtv-dev at mythtv.org
> Message-ID:
> <55730.192.165.213.18.1157968677.squirrel at ccgi.martinjlong1978.plus.com>
>
> Content-Type: text/plain;charset=iso-8859-1
>
> I'll check into that. The rpm command won't do the trick, because there's
> no rpm on xebian, and also the 0.20 binaries aren't on
> debian-multimedia.org yet, but I'll work out how to force an install of
> xinerama-dev on my xbox and see how that goes.
>
> Why was xinerama introduced in 0.20? I presume for support for spanning
> screens?
>
>
> ---
>
> I have svn running on xebian upgraded from 0.19 e-image. Its been a
> while since I did it so I no longer remember the exact details. I do
> remember that I had to manually force the installation of a couple of
> rpms manually with the 'rpm --replace-files' option to get everything
> updated to the latest but since then everything has run smoothly. Dont
> forget to change the repo listing to multimedia.debian.org since some of
> the repos have moved since that release.
>
>
> ------------------------------
>
> Message: 15
> Date: Mon, 11 Sep 2006 11:51:12 +0100 (BST)
> From: "Martin Long" <martin.long at rozel.net>
> Subject: [mythtv] livepriority for cardinput
> To: mythtv-dev at mythtv.org
> Message-ID:
> <58872.192.165.213.18.1157971872.squirrel at ccgi.martinjlong1978.plus.com>
>
> Content-Type: text/plain;charset=iso-8859-1
>
>
> When watching TV, the tuner automatically selects input 1 first, unless it
> is being used, then tuner 2 etc. The problem with this is, that the
> scheduler also selects tuner 1 first, and doesn't make adjustments on the
> fly if you happen to be watching that channel. This means you can often
> get 'kicked off' a tuner because the scheduler wants to start recording on
> that channel.
>
> This can be annoying, particularly if you are say 30mins behind, because
> you lose the buffer, unless you think to 'exit' the recording popup, press
> record, to save the buffer, and finally, if the program isn't due to
> finish before the recording in question starts, move to another tuner and
> set the rest to record (resulting in a split recording).
>
> To work around this, I've set up the recpriory for each input to the same
> value as input ID. That way the scheduler selects input 3 first, then 2
> then finally will kick me off 1 only if it has to. (ie the scheduler and
> liveTV working from opposite ends). This would still create rare
> situations where it can trip up, which I'll outline if you like, but I'n
> not too bothered about that.
>
> There is still a problem though. Because tuner 3 is now top priority, it
> will schedule repeats of shows to record if tuner 3 is in use, instead of
> just scheduling them on tuner 2. Fine, you might say, but I would much
> rather schedule the first showing if at all possible. That way, if
> something goes wrong, or something else gets added later, which conflicts
> with the repeat, then I'd be screwed.
>
> What I'd like to suggest, would be a method by which you can make the
> scheduler prefer to use tuners 3,2,1 instead of 1,2,3, or alternatively,
> make likeTV default to tuner 3, then 2, then 1 (incase of multiple
> frontends). It would be ideal for the scheduler and frontends to be using
> up the tuners in opposing directions.
>
> It's possible that this may already be implemented, but the database
> schema isn't fully documented yet, and a look through the other
> documentation doesn't make it clear. Any ideas? If not, I'll look into
> working on a patch for this.
>
> Martin
>
>
> ------------------------------
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
> End of mythtv-dev Digest, Vol 43, Issue 9
> *****************************************
> --
> This email has been verified as Virus free
> Virus Protection and more available at http://www.plus.net
>
More information about the mythtv-dev
mailing list