Okay, I've tested out the dvbrecorder.cpp change and it works fine.
Although, I'd write the line like this ;-)
pmt[p++] = (*es).Type == ES_TYPE_AUDIO_AC3 ? STREAM_TYPE_AUDIO_AC3 :
(*es).Orig_Type;
It should have the exact same net effect as what I did. Either way, I'm
happy.
I still had to re
leave it to me to attach the wrong patchfile...this one should be right...
-- Kyle S.
On Wed, 12 Jan 2005 00:01:38 -0500, Kyle Schlansker <[EMAIL PROTECTED]> wrote:
> The attached patch is yet another rework to add x86_64 support for
> mythmusic. Basically this is just an upgrade of goom and a
I was just wondering if anyone was working on or planning to work on a
patch to use timestretch to keep live tv playback in sync. IE If
playing
live tv and the current playback position is within 30 seconds of real
time, use timestretch to keep it there.
I have not actually used the timestretc
The attached patch allows individual users to decide what the optimal
size of the HD ringbuffer should be, for their system.
John
Index: libs/libmythtv/hdtvrecorder.cpp
===
RCS file: /var/lib/mythcvs/mythtv/libs/libmythtv/hdtvrecord
Mythtv was again slashdotted for the umptine time, but this time transmeta of
all peeps is building hardware for Isaac's genius creation and they are testing
it on Myth 0.18?? I just pulled a CVS update and I am getting 0.16+.
from http://www.linuxdevices.com/news/NS8988852470.html
"The join
Allan Stirling wrote:
I hate to do this, but here's a one-line patch to fix a typo in the new
Recording window.
Fixed.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
hi,
why this patch posted the Feb 19 2004 by Asier is partially committed
into the CVS
The function developed here is very useful:
- Audio CD writing
The audio cd writing function exists into the CVS but is empty. why ?
regards
stef
mythmusic-0.14-cdwriter-patch-0.1.gz
Description: GNU Zip c
David Engel wrote:
You all tell me which is more efficient, temp table or duplicating the
function. The function is below. It goes in the big, ugly, scheduler
query and needs to returned in the SELECT list and used in JOINs for
recorded and oldrecorded.
QString progfindid = QString(
"(CASE re
More info!
I turned on DumpTPDUDataTransfer in both MythTV and VDR and compared the
logs.
I did the test a couple of times with the same outcome. I had both VDR
and MythTV use the same start channel.
Everytime I started VDR it successfully tuned to the channel and after a
couple of seconds I got
Right, timezones suck! Sleeping while everyone else is awake is a pain in
the butt...
Chopping up about 5 emails here:
> Are you using SPDIF passthrough? If you are not, i.e using software AC3,
> then
> the audio rates and channels will be differenent between stations which
> will
> be enough fo
I just updated the patch set on my MythTV web page. I've placed an
updated pcHDTV bttv support patches there (in the experimental section).
http://www.mrl.nyu.edu/~danielk/mythtv/
So far LiveTV seems to be working. There is a problem with recordings
though, but I haven't debugged it yet. Also, I
Folks,
After a number of hours starting at hex dumps and trying to learn a bit about
mpeg/dvb protocols I have finally found the problem with transport.c,
unfortunately I haven't been able to craft some code that actually fixes it.
The problem: The 9th byte of the mpeg2 data is the header lengt
On Tue, Jan 11, 2005 at 10:44:15AM -0500, Kyle Rose wrote:
>
> FWIW, the blockiness problem I've encountered appears limited to the
> HD-2000: I get no such FIFO overrun issues with the 3000, so if you're
> using only 3000's, you should be okay.
>
> I am currently trying to grok the FIFO stuff in
Hi,
anothers diffs against current CVS :
* mythdvd : added one french string (others are due to my editor that
transform ' to ' ...)
* mythmusic : major update to french translation.
* mythvideo : update to allocine.pl
- now fall back to the card Poster when nothing else was found
- try to
On Tue, 11 Jan 2005 09:11 pm, Tim Davies wrote:
> Okay, my trigger finger is worn out now! It seems to change channels just
> fine, and switches between MPEG and AC3 without any problems.
>
> I must have changed channels 100 times and I haven't managed to trip it up
> yet.
>
> Now, if recording th
On Tue, Jan 11, 2005 at 01:16:06PM -0600, Stephen Hocking wrote:
> >
> >
> > In the README that comes with v1.6, Jack says he knows about the issues with
> > 2.6.10 kernel, but is waiting for them to solidify.
> >
>
> *Blush* Well, that'll teach me to read READMEs 8^).
>
>
> Stephen
pc
You all tell me which is more efficient, temp table or duplicating the
function. The function is below. It goes in the big, ugly, scheduler
query and needs to returned in the SELECT list and used in JOINs for
recorded and oldrecorded.
time to learn how to use EXPLAIN... it's VERY useful in build
Jesper Sörensen wrote:
Anders Hanson skrev:
Hi have had problem with encrypted channels for a long time now and
I'm about to start debugging mythtv
to try to find the cause of problem.
Does it work with VDR? Does it work from the command line if you use
cam_set & cam_test?
It works much better
The problem is the processing/algorithmic latency involved in the WSOLA
algo.
thus any change is not instant. It will probably work.
However if you just want to set play speed back to 1.0 when livetv is near
the end (3 secs) I posted a couple of different patches that do this.
however it hasnt been
I hate to do this, but here's a one-line patch to fix a typo in the new
Recording window.
Thanks for everyone's hard work!
Cheers,
Allan.
Index: libs/libmythtv/sr_items.h
===
RCS file: /var/lib/mythcvs/mythtv/libs/libmythtv/sr_items.
On Tue, Jan 11, 2005 at 12:17:35PM -0500, [EMAIL PROTECTED] wrote:
> > Or you could create a temporary table in a separate query (as long as
> > you have permission to do so). Works nicely for some things, but beware
> > of speed issues (mysql's optimizer might do this for your
> > repeated-calcul
Anders Hanson skrev:
Hi have had problem with encrypted channels for a long time now and
I'm about to start debugging mythtv
to try to find the cause of problem.
Does it work with VDR? Does it work from the command line if you use
cam_set & cam_test?
Did you try enabling the debugging in dvbci.
>
>
> In the README that comes with v1.6, Jack says he knows about the issues with
> 2.6.10 kernel, but is waiting for them to solidify.
>
*Blush* Well, that'll teach me to read READMEs 8^).
Stephen
--
"I and the public know
what all schoolchildren learn
Those to whom evil is d
Hi have had problem with encrypted channels for a long time now and I'm
about to start debugging mythtv
to try to find the cause of problem.
The problem is that very often I'm unable to change to a encrypted
channel. All the FTA channels work
as they should but when trying to change to an encryp
On Tuesday 11 January 2005 12:53 pm, Chris Petersen wrote:
> > Yep, if its a complex formula, then a temp table would be the way to go.
> > Permissions shouldnt be an issue as long as you preface the temp table
> > with a "#"
>
> you still need permission to "create temporary tables" which is not
>
Yep, if its a complex formula, then a temp table would be the way to go.
Permissions shouldnt be an issue as long as you preface the temp table
with a "#"
you still need permission to "create temporary tables" which is not
always a default option.
-Chris
_
Quoting Jesper Sörensen <[EMAIL PROTECTED]>:
> Yeah, but anyway, that is another issue and not really related to Tim's
> AC3 patch. The PMT stream type fix should be perfectly safe but I'm not
> sure if that's enough for AC3 to work or if the other parts of the patch
> (descriptors, avformatdecoder
Taylor Jacob wrote:
As you might know the only AC3 I've got is also on stream type = 6
[private data] with an AC3 descriptor. 0x81 doesn't seem to be used for
AC3 in this part of the world. I'm a bit scared of the day when I'll
accidentally be "listening" to an EPG or some other non-AC3 data throug
>> AFAIK, yes. User functions are only in the MySQL 5.x development. With
>> MySQL 4.1, you could use a sub-select to create a virtual table with the
>> calculation done once. With 3.x and 4.0, I think you're stuck doing it
>> the long way.
>
> Or you could create a temporary table in a separate qu
On Tue, 11 Jan 2005, Stephen Hocking wrote:
> All,
>
> I've noticed that the new Fedora kernel has changed the parameter list in one
> of the driver functions (yet again). The pcHDTV 1.6 drivers complain about
> arguments to functions with the error list like the following -
>
> make[1]: Entering
AFAIK, yes. User functions are only in the MySQL 5.x development. With
MySQL 4.1, you could use a sub-select to create a virtual table with the
calculation done once. With 3.x and 4.0, I think you're stuck doing it
the long way.
Or you could create a temporary table in a separate query (as long
> As you might know the only AC3 I've got is also on stream type = 6
> [private data] with an AC3 descriptor. 0x81 doesn't seem to be used for
> AC3 in this part of the world. I'm a bit scared of the day when I'll
> accidentally be "listening" to an EPG or some other non-AC3 data through
> the surr
Taylor Jacob wrote:
- siparser.cpp and dvbrecorder.cpp now insert *all* descriptors
from the PMT, not just the first
I agree this needs to be done at some point.
Yeah, the current descriptor handling is kinda quick and dirty. I
haven't analyzed the patch that deeply, but I don't t
FWIW, the blockiness problem I've encountered appears limited to the
HD-2000: I get no such FIFO overrun issues with the 3000, so if you're
using only 3000's, you should be okay.
I am currently trying to grok the FIFO stuff in the bt878, because I
think the btatsc driver handles FIFO overrun situa
All,
I've noticed that the new Fedora kernel has changed the parameter list in one
of the driver functions (yet again). The pcHDTV 1.6 drivers complain about
arguments to functions with the error list like the following -
make[1]: Entering directory `/lib/modules/2.6.10-1.8_FC2/build'
CC [M]
> - siparser.cpp and dvbrecorder.cpp now insert *all* descriptors
> from the PMT, not just the first
I agree this needs to be done at some point.
> - mpegts.c looks for AC3 data in the private stream, and then
> treats it as AC3 data
OK.. After staring at your patch I finally u
Is there a way to delete music files from select music
screen?
Thanks, Pablo.
___
250MB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar
Thanks that fixed it.
On Tue, 11 Jan 2005 11:07:03 +0100, Petter Gundersen
<[EMAIL PROTECTED]> wrote:
> On Tue, 11 Jan 2005 08:35:22 +, Ashley Bostock <[EMAIL PROTECTED]> wrote:
> > When updating to the latest cvs mythtv fails to compile with the
> > following error:
> > [...]
> > Lots of "
Neil Whelchel wrote:
Hello,
I was just wondering if anyone was working on or planning to work on a
patch to use timestretch to keep live tv playback in sync. IE If playing
live tv and the current playback position is within 30 seconds of real
time, use timestretch to keep it there. If not, I would
Sorry...yes, I have your patch applied but I don't think the mpeg.c code is
used, as mpegts.c is used instead. I took out the mpeg.c hack and all is
still well.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Mark Anderson
> Sent: Tuesday, 11 Janua
You never answered if you are using the mpeg.c hack?
Mark.
On Tue, 11 Jan 2005 09:11 pm, Tim Davies wrote:
> Okay, my trigger finger is worn out now! It seems to change channels just
> fine, and switches between MPEG and AC3 without any problems.
>
> I must have changed channels 100 times and I
Okay, my trigger finger is worn out now! It seems to change channels just
fine, and switches between MPEG and AC3 without any problems.
I must have changed channels 100 times and I haven't managed to trip it up
yet.
Now, if recording the TS doesn't require that bit of code, why would you
need it
On Tuesday, 11 January 2005, Niels den Otter wrote:
> On Tuesday, 11 January 2005, Nick Rosier wrote:
> > I compiled CVS yesterday and get this error when trying to playback my
> > recordings: AudioOutput only supports 8 or 16bit audio. When I select
> > "play without audio", the recording plays j
On Tue, 11 Jan 2005 08:35:22 +, Ashley Bostock <[EMAIL PROTECTED]> wrote:
> When updating to the latest cvs mythtv fails to compile with the
> following error:
> [...]
> Lots of "undefined reference" messages the cause of the problem?
> I also thought that XvMC support was mainly for nvidia c
Nick,
On Tuesday, 11 January 2005, Nick Rosier wrote:
> I compiled CVS yesterday and get this error when trying to playback my
> recordings: AudioOutput only supports 8 or 16bit audio. When I select
> "play without audio", the recording plays just fine WITH audio...
> Any ideas?
Same problem her
Ashley Bostock wrote:
Thanks for the reply, but...
Running "ebuild mythtv-cvs-0.16.ebuild config" in the
"/usr/local/portage/media-tv/mythtv-cvs" directory I get:
* This ebuild does not have a config function.
On Tue, 11 Jan 2005 09:51:00 +0100, Nick Rosier <[EMAIL PROTECTED]> wrote:
Got the sam
On Tue, 11 Jan 2005 08:06 pm, Tim Davies wrote:
> Okay, I've been at it again.
>
>
>
> A few changes to get AC3 working properly in Australia, using the transport
> stream.
>
> - siparser.cpp and dvbrecorder.cpp now insert *all* descriptors
> from the PMT, not just the first
>
> -
Nick Rosier wrote:
Got the same problem; I think settings.pro was changed. It includes this line:
CONFIG += using_xvmc
which I think is causing the problem; the e-build script doesn't
comment it out if you're not using XvMC.
I ran an ebuild mythtv-cvs-0.16.ebuild config and manually commented
that
Ok just to clarify, I start the emerge, it goes off downloads the
latest cvs files and then starts to compile...
I then edit the settings.pro file it has downloaded - where will this
be? somewhere in /var/tmp/portage/mythtv-cvs-0.16/work/ ?
What do I do at this stage? leave the emerge running and
Thanks for the reply, but...
Running "ebuild mythtv-cvs-0.16.ebuild config" in the
"/usr/local/portage/media-tv/mythtv-cvs" directory I get:
* This ebuild does not have a config function.
On Tue, 11 Jan 2005 09:51:00 +0100, Nick Rosier <[EMAIL PROTECTED]> wrote:
> Got the same problem; I think
Okay, I’ve been at it again…
A few changes to get AC3 working properly in Australia,
using the transport stream.
-
siparser.cpp and
dvbrecorder.cpp now insert *all*
descriptors from the PMT, not just the first
-
mpegts.c looks for AC3
data in the private stream, a
I compiled CVS yesterday and get this error when trying to playback my
recordings:
AudioOutput only supports 8 or 16bit audio.
When I select "play without audio", the recording plays just fine WITH audio...
Any ideas?
N.
___
mythtv-dev mailing list
mytht
It isn't a massive difference now that most of the
driver is stable and seems to cope with playing,
recording & OSD updates, but it does reduce the amount
of data transfered significantly which helps when
something like when the new channel information is
faded out after switching channel in live t
Got the same problem; I think settings.pro was changed. It includes this line:
CONFIG += using_xvmc
which I think is causing the problem; the e-build script doesn't
comment it out if you're not using XvMC.
I ran an ebuild mythtv-cvs-0.16.ebuild config and manually commented
that line out.
Just ebui
John,
applied the patch to my CVS-build; all seems to work fine. Didn't
notice performance improvements but then again, it doesn't seem slower
either (speed you get used to, slowness not...). No errors, lock-ups
or anything so far and I've tried using the OSD extensivelly.
N.
On Sun, 9 Jan 2005
When updating to the latest cvs mythtv fails to compile with the
following error:
=
make[1]: Leaving directory `/var/tmp/portage/mythtv-cvs-0.16/work/mythtv/themes'
cd setup && make -f Makefile
make[1]: Entering directory `/var/tmp/portage/mythtv-cvs-0.16/work/
56 matches
Mail list logo