Paul Leppert wrote:
[EMAIL PROTECTED] ~]$ locate mv_gallery_back_reg.png
/home/mythtv/mythtv-cvs/mythplugins/mythvideo/mythvideo/images/mv_gallery_back_reg.png
/home/mythtv/mythtv-cvs/mythplugins/mythvideo/mythvideo/images/.svn/wcprops/mv_gallery_back_reg.png.svn-work
/home/m
andrew burke wrote:
Doesn't seem all that difficult to me.
Oddly enough keeping up on the developers list when using svn doesn't
seem difficult to the rest of us.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailma
Kristian Kalweit wrote:
[EMAIL PROTECTED] schrieb:
Hi,
You can also change settings.pro to point to the location where you want
the new version to be installed:
isEmpty( PREFIX ) {
PREFIX = /usr
}
svn update never overwrites your local changes. In the case there is
an change in the same
Steve & Laurie Sanders wrote:
Tom,
Yes, I can watch recordings now and they still freeze. I am running the
stable branc now (release-0-18-fixes). I don't know where to begin looking
for the cause. The system is very stable otherwise. When the playback freeze
occurs I can resume play by pressing
Paul Wheeler wrote:
Update was:
update recordingprofiles set videocodec = "MPEG-2" where name = "MPEG2";
That's not needed, you can simply use the command line option on
mythtranscode mpeg2 to mpeg2.
___
mythtv-dev mailing list
mythtv-dev@mythtv.
Emmanuel wrote:
Le 18.10.2005 20:36:09, J. Donavan Stanley a écrit :
Chris Dos wrote:
I think I remember reading that the VIA XvMC is limited to
something like 1024x768 resolution and it doesn't do native HD
resolutions.
The newer chipsets feature MPEG2/4 acceleration at resolu
Chris Dos wrote:
I think I remember reading that the VIA XvMC is limited to something
like 1024x768 resolution and it doesn't do native HD resolutions.
The newer chipsets feature MPEG2/4 acceleration at resolutions up to 1080p.
___
mythtv-dev mailin
Graeme Hilton wrote:
error: #error including kernel header in userspace; use the glibc headers
instead!
You're using headers from your kernel tree instead of your /usr/include
tree.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.
Joseph A. Caputo wrote:
Heh. When I wrote the original plugin API (thought it can barely be
called such), I didn't (and still don't) know anything about any other
plugin systems at the source-code level; it was really just a little
experiment I did that worked & I decided to submit the patch.
Isaac Richards wrote:
I got an offer from someone (jams on the #mythtv channel) to do a mockup using
mambo(? I think). I'd like to keep a somewhat similar look to the website -
I kinda like the blue/grey. =)
Mambo is VERY nice. Plus I've got code for importing articles to it
from vario
Daniel Kristjansson wrote:
The zeroconf/rendevous has been on my roadmap for a while, I see it as
part of making MythTV easier to set-up. It eliminates the need to know
IP addresses on the 95% of home networks it works on; which comprises
almost all the people who think, IP address, wha?
I'
Colin McCormack wrote:
#385: DVBChannel cleanup
Changes (by ijr):
* resolution: => invalid
* status: reopened => closed
Comment:
Then stop wasting my time and submit a patch without unnecessary
changes
in it.
Wow. I have seldom seen such incivility for such a clueless r
Torbjörn Jansson wrote:
To save me looking through the code (I could not find an obvious
equality test in the channel class), can anyone tell me what exactly
does myth need to decide that two entries in the channel table are
actually the same channel? Is it channel number, callsign and name
as m
John Papaioannou wrote:
* This is supposed to work with the 0.18.1 download package. I avoided
SVN because I didn't want to risk suffering from any instabilities in
the source while doing the coding.
That's a shame, because DVB has undergone extensive changes post 18.1
and that'll hinder
Joseph A. Caputo wrote:
However, if you do so you won't be able to access any core Myth
functionality like the UI elements, LIRC input handling, database
routines, etc.
All of which also pretty much require Qt.
While it's *possible* to write a plugin without using C++ and Qt it's
not advi
Geoffrey Hausheer wrote:
So, I've been out of the loop for over a year now, and was wondering
what the status of mythtranscode (specifcally mpeg2trans) was.
The last thing I knew, the rate stuff was screwed up, which meant that
the streams weren't DVD compliant. In my opinion, this was an ffmp
Michael T. Dean wrote:
On 09/14/05 07:20, Mattia Martinello wrote:
Where I can post a bug and a feature asking for MythTV?
(Developers, please correct me if I'm wrong about any of the
following, and I hope I'm not overstepping my bounds in posting this.)
*golf claps*
___
Adam Egger wrote:
For example you can either use a preview picture *OR* just a preview
movie on the recording list but not both of them at once but it's
possible to activate both and also to change all the settings for both
of them.
Bad example. It it possible, even desirable, to have both
Brian McEntire wrote:
I tried booting the frontend off the R5A16 KnoppMyth CD. My Gb
Ethernet card (Marvel) isn't supported. I'm trying to rig this up as a
diskless frontend. Will Marvel support be in the next release? Is
there anything I can do to help that happen?
You can start by asking
Stuart Morgan wrote:
As long as there is a significant time delay when using buffering Myth needs
to include both buffered and non-buffered Live-TV modes. The only question
should be who has the time and desire to do the necessary work?
That's just it. It doesn't NEED to. You WANT it to.
Cory Papenfuss wrote:
Its a half-assed implementation that ignores one of the major pieces
of functionality _every_ other PVR has, the ability to REWIND "live"
TV to catch something you missed.
The whole-assed version of it is what I suggested. Do *both*, but
don't require a *decode*
Nobody wrote:
To have a petty argument about what a PVR is and question why someone would
want to watch live TV _without_ a buffer, was amusing to say the least. (it's
called buffer-while-paused-only) and it works very well:
Its a half-assed implementation that ignores one of the major p
Leo Weppelman wrote:
As you can see from the above code, the BuildExtensionMapList() function
has the name ("VideoExtensions") and the #define (MEDIATYPE_MVIDEO) hard
coded. So if a _new_ module, say mythrecepy, is also storing files with
a certain suffix, you'll have to update the function with
Leo Weppelman wrote:
I think you are missing the point... The difference is in the mediatype not
in the extension
What the hell are you talking about?
From the patch:
TypeMapping[] = {
119 { MEDIATYPE_MVIDEO,
120 { "wmv", "mpg", "avi", "
Buzz wrote:
Hi All!
To guage an interest in LiveTV usage/etc, I have created an EXTREMELY QUICK
survey. It's only 6 questions, and does not require any registration or
anything personal.
Even if you have already commented to the list on this, your response is
really appreciated. After-al
Leo Weppelman wrote:
But this means that a new type of setting also needs an update of the
mythcdrom code and not only a database update. A pro would be that the
value of a '#define MEDIATYPE_MMUSIC 64' does not enter the database, while
it does in the first method.
Not it it's written righ
Cory Papenfuss wrote:
I also didn't use LiveTV because the record/playback quality on
a PVR-250 was noticably worse than watching LiveTV on the TV. Not
exactly sure why (I've been trying to figure it out for close to 2
years), but it is. For the convenience of time-shifting, it's a
sacr
Cory Papenfuss wrote:
I also didn't use LiveTV because the record/playback quality on a
PVR-250 was noticably worse than watching LiveTV on the TV. Not
exactly sure why (I've been trying to figure it out for close to 2
years), but it is. For the convenience of time-shifting, it's a
sacr
Kevin Kuphal wrote:
J. Donavan Stanley wrote:
Cory Papenfuss wrote:
Again, I think that for the most part this is largely
unnecessary. Lots of work for minimal gain. Once one truly accepts
the PVR method of watching TV, "LiveTV" becomes unnecessary and
undesired.
Cory Papenfuss wrote:
Again, I think that for the most part this is largely unnecessary.
Lots of work for minimal gain. Once one truly accepts the PVR method
of watching TV, "LiveTV" becomes unnecessary and undesired.
That's a fallacy. Don't fall into the trap of thinking that everyo
Peter Lee wrote:
On 9/8/05, J. Donavan Stanley <[EMAIL PROTECTED]> wrote:
Nor would any of the developers. It's a PVR, that implies buffering.
I agree. Not sure that all of the other users in my house agree, though.
Then they would be wrong. :-p Seriously, name
Peter Lee wrote:
I would personally never use such a mode, but I know that others in my
household would.
Nor would any of the developers. It's a PVR, that implies buffering.
Why do I think this is a reasonable approach? First, I don't think
live TV is all that useful, and thus it wouldn
MythTV wrote:
#303: Some code to guess the category of an insert cd/dvd
-+--
Reporter: anonymous|Owner: jdonavan
Type: enhancement | Status: assigned
Priority: minor|Milestone: 0.19
Blammo wrote:
On 9/8/05, Buzz <[EMAIL PROTECTED]> wrote:
CONCEPT: Pre-emptively tuning non-active tuner/s to a channel either side of
the current one and changing channels by switching liveTV to the
pre-tuned tuner instead of re-tuning the active tuner. (then re-tuning it
automatically o
William Bond wrote:
Recently I have been working to customize MythTV with
my remote. I would like to be able to use buttons on
my remote to automatically open MythTV and tigger a
menu option. I have gotten the code to work so that I
can trigger "EXEC xine" to play DVDs via comannd line,
however
心藍 Dennis wrote:
I've not started to read the source code yet.
http://www.gnu.org/licenses/gpl-faq.html#GPLAndPlugins
Thanks but we're familiar with how the GPL works :-p
A true myth plugin links to myths libraries and the like so it must be
GPLed.
__
心藍 Dennis wrote:
I am a newbie of mythtv.
If I wanted to extends mythtv by writting some plugins(gpl or non-gpl).
Well you can't really write a non-gpl myth plugin so.
What should I read, I do first??
Take a look at the source for existing plugins.
__
Goran Sterjov wrote:
I am wondering if anything like this has already been started and
whether the idea isnt so difficult to implement.
Why not RECORD your TV instead of downloading it. Then you don't need
anything to look up metadata, :-p
___
Preston Crow wrote:
I've noticed that the backend log doesn't have timestamps, but the
frontend log does. Would it be a big deal to add them?
Anything output with VERBOSE has a timestamps regardless of which app
made it. What logs are you referring to?
Michael Haas wrote:
I wonder if some kind of cooperation could take place here, like
automatic linking to similar articles or something like that. And of
course, we could help out with things like the frontpage. Ours has
been recently re-designed (by MAK, thank you very much!), and I, for
one, t
Reza Naima wrote:
On Mon, Aug 08, 2005 at 08:40:57PM +0200, Torbjörn Jansson sent me this...
mplayers problem and not mythtvs.
There are two ways of looking at this problem. You could modify mplayer
to work better, or modify mythtv to produce more compatible output. As
it seems that
Reza Naima wrote:
I was wondering why we are using the nuppelvideo container for mpeg4? It
can't be hard to convert to a different format - nuv2avi works great.
Why is it that we're not using avi's (for example) rather than nuv's to
store the files? mplayer (used by xbmc) has a lot of issues wi
Stuart Morgan wrote:
On Mon 8 August 2005 17:33, Isaac Richards wrote:
For a start, if 'wishlist' items do not belong on the ticket system why
is there an 'Enhancement' type? That only causes confusion.
IMHO if wishlist items aren't to appear in the ticket system then another
parallel track
Greg Estabrooks wrote:
You can't simply add what's new and remove what's been deleted?
Certainly I could, but was hoping to avoid any extra lookups and
or prompting of the user as much as possible. On small collections
It's not that bad, but if you have a lot of them (I have 24k of
entrie
Greg Estabrooks wrote:
That's really bad. If I add a new game, there's no way to get it to
show up without wiping all my settings, short of entering it into the
database manually.
I am considering preserving the favourite setting, either through a seperate
status table, or just reading t
John Pullan wrote:
I *think* it might be working. ITV swapped an episode of "Donavan" for
"Midsomer murders" on Sunday. I believe my mythtv box picked it up.
If the show is indeed spelled "Donavan" and not "Donovan" I don't
suppose I could impose on you to send me a clip of the opening th
Paul wrote:
At least I have a workable solution now thanks.
You had a workable solution before. Not being able to strip those files
doesn't hurt anything.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinf
VJ wrote:
P.S. : Pardon me for sending this mail to dev list rather than users list.
Don't you mean "Pardon me for sending this mail to the dev list for
wrong project rather than the users list for the right one"?
___
mythtv-dev mailing list
myt
Ivor Hewitt wrote:
1. the problem isn't with it showing the current channel (and I think
when you're clicking up and down that is a useful visual feedback).
The problem is the osd stuttering, and that can and should be adressed.
Given decent hardware the OSD doesn't stutter, (nor does the cha
Ivor Hewitt wrote:
2. IMHO there's nothing wrong with channel surfing on a myth box.
There's nothing wrong with channel surfing. (i.e lets sit down and find
something to watch) just move beyond the "click click click click oh
look monster trucks is on" type of behavior especially since each
Simon Kenyon wrote:
i suppose i expected that sort of response :-(
but not from you
anyway, i was just making a suggestion
Sorry but if I had my way chan up/down would either do nothing or bring
up the browse OSD but it sure as heck wouldn't change the channel
_
Use browse mode or use the EPG. Channel surfing by hitting chan up/down
repeatedly is stupid on a Myth box.
MythTV wrote:
#136: OSD bahaviour change when channel surfing
+---
Id: 136 | Status: new
Robert Johnston wrote:
Until recently (A recompile at the end of last week), I was running a
CVS checkout, and when I opened MythVideo in "Gallery" view, it would
show the subfolders, so you could browse into those folders
individually. Now MythVideo opens in "Gallery" mode showing all files,
no
aaron wrote:
On 7/17/05, MythTV <[EMAIL PROTECTED]> wrote:
Also, if you wish auto expire to be disabled (bad idea btw),
then you will want to change the setting to "None".
Um... for those of us who have never had auto expire enabled (and
don't want it), does this mean that we have to
David Sims wrote:
Can anyone tell me whether I'm oversimplifying this capability? I've
seen discussions about this capability in the user's list lately, and
I would like to post a patch for my changes on trac if this is a
capability that others would find useful.
Nope it's pretty much the
Derek Battams wrote:
Quoting Derek Battams <[EMAIL PROTECTED]>:
I have a rule for Jimmy Kimmel, but I happened to find something on
live TV that
caught my attention. Just before it was suppose to start recording
Kimmel I got
a box on the screen giving me the option to record and watch Kimmel
Derek Battams wrote:
Quoting Derek Battams <[EMAIL PROTECTED]>:
I have a rule for Jimmy Kimmel, but I happened to find something on
live TV that
caught my attention. Just before it was suppose to start recording
Kimmel I got
a box on the screen giving me the option to record and watch Kimmel
Michael Chmilar wrote:
The r5000hd must be hosted on a Windows XP machine. The maker
supplies a USB driver, a "recorder" app, and a "scheduler" app. The
r5000hd cannot be hosted on linux, as there is no linux USB driver.
Given the above and:
I am an experienced software developer
Why
George Nassas wrote:
On 13-Jul-05, at 1:16 AM, Tj wrote:
QString objects can use the "==" operator to compare with another
const char * or QString variable...
You're right, when I looked over
http://doc.trolltech.com/3.3/qstring.html I failed to notice the
operators under the static membe
Tj wrote:
George Nassas wrote:
On 5-Jul-05, at 11:48 AM, George Nassas wrote:
It looks like something is definitely wrong in the managed list
hierarchy but I haven't quite nailed it down yet.
Well, it seems that the problem is ManagedListGroup's itemList member
which is a QPtrList. Swit
Blammo wrote:
On 7/6/05, Peter Schade <[EMAIL PROTECTED]> wrote:
Hello,
just turn off the visible flag in the channeleditor.
Bye Peter
That won't stop the scheduler from finding things to record off those
channels on pattern matches..
Then that's a bug and needs submitted as suc
Stuart Morgan wrote:
On Tue 12 July 2005 15:53, Robert Tsai wrote:
Running it, however, is a different problem. Has anyone gotten mfd to
run on a 64-bit system? The MFE GUI comes up, but complains about "No
mfd". mfd is running, so I imagine that some lurking 32-/64-bit
badness is messing so
Sasha Z wrote:
Another thought on commercial flagging... what about checking for ad
scenes that change on 15, 30, 45, 60 second intervals. Maybe using
their colors (high saturation) to recognize them as commercials would
work.
Wow you mean a "scene change" commercial flagger?!?!?
__
Mudit Wahal wrote:
Hi,
I'm running myth 0.18 release version on a 2.6.12.1 kernel. My card is
HD3000 HDTV tuner card. I've one 180GB hard drive in my setup,
standard knoppix myth partition. /, /root, /cache and /myth , are all
ext 3.
Whenever the tuner is recording a program, and I try to copy
Stuart Morgan wrote:
Around 3/5 times, when I try to play a DVD sing the internal player it gets as
far as a black screen and then stops. A few hundred "Prebuffer wait timed out
10 times" messages in the console later it *might* drop back to the menu but
often I ssh in remotely to kill mythfro
MagicITX wrote:
I did an unmerge on my current 0.18 mythtv and did emerge mythtv-svn.
I then did sql insert "xvmcBuffersID", 2 into my settings table.
I no longer have an xvmc option in my Playback setup. I have cle266
and xvmc-vld in my use flags. Watching live tv is taking 60+% cpu so
its
Isaac Richards wrote:
On Monday 04 July 2005 07:03 pm, J. Donavan Stanley wrote:
Also, the presence of the libs can't be used as an indicator of which
one to use. For example KM ships with both nVidia and VLD libs. The
idea here is to make it easier on packagers and those using bin
Simon Kenyon wrote:
On Monday 04 July 2005 20:30, J. Donavan Stanley wrote:
MythTV wrote:
perhaps a more standard configuration system should be used
(autoconf/automake) comes to mind.
Perhaps you should set your QTDIR properly? I compile with the Qt
headers in /opt//include
Stuart Morgan wrote:
On Mon 4 July 2005 23:22, Isaac Richards wrote:
On Monday 04 July 2005 05:26 pm, J. Donavan Stanley wrote:
[EMAIL PROTECTED] wrote:
Changing the value of xvmcBuffersID in the settings table to "2" will
enable the larger buffer counts available
Stuart Morgan wrote:
On Mon 4 July 2005 23:22, Isaac Richards wrote:
On Monday 04 July 2005 05:26 pm, J. Donavan Stanley wrote:
[EMAIL PROTECTED] wrote:
Changing the value of xvmcBuffersID in the settings table to "2" will
enable the larger buffer counts available
Isaac Richards wrote:
On Monday 04 July 2005 05:26 pm, J. Donavan Stanley wrote:
[EMAIL PROTECTED] wrote:
Changing the value of xvmcBuffersID in the settings table to "2" will
enable the larger buffer counts available under VLD / unichrome pro. And
should result in smooth p
[EMAIL PROTECTED] wrote:
Changing the value of xvmcBuffersID in the settings table to "2" will
enable the larger buffer counts available under VLD / unichrome pro. And
should result in smooth playback at HD resolutions (provided your
chipset supports it).
I'll add a dropdown to the settings
Terry Barnaby wrote:
I will try and hav a look later this week.
I am currently using MythTv from CVS release date 2005.06.09 with
something like my xvmc_vld_5.patch (a bit more hard coded). This
is working well for me with a Via M10K system.
Try current svn with a value of 2 for "xvmcBuffersI
MythTV wrote:
perhaps a more standard configuration system should be used
(autoconf/automake) comes to mind.
Perhaps you should set your QTDIR properly? I compile with the Qt
headers in /opt//include just fine.
___
mythtv-dev mailing list
mythtv-d
Devan Lippmann wrote:
On 7/2/05, *J. Donavan Stanley* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
If you've submitted a patch to this list that hasn't yet been applied
please open a ticket in track, attach your patch and mark it as such.
That'
If you've submitted a patch to this list that hasn't yet been applied
please open a ticket in track, attach your patch and mark it as such.
That'll make it a lot easier on us as we move forward.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http
Ian Caulfield wrote:
Hi,
Since updating frm CVS to SVN, I've noticed that mythvideo using the
Internal playback plugin seems broken - I've traced this to revision
6712, but I don't understand the changes well enough to see what's
broken. Symptoms are that the frontend completely hangs, blank
Korey Fort wrote:
I've read the docs before. I do not remember anything in the docs about new
or delete. I don't believe that Qt overloads new or delete. This is one of
those things with C/C++ when you malloc/new memory your supposed to
delete/free it. I can understand allocated memory in a func
Stuart Morgan wrote:
Are you looking for bug reports yet?
Put them in Trak
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Unit3 wrote:
> Ed W wrote:
>
>> So goom no longer crashes for you in full screen mode with these
>> flags? Hmm, interesting... If you search back there are some
>> messages from me and a few others where we figured out where goom was
>> crashing, but not why. I would be suprised if it turned out
Stuart Morgan wrote:
>RE the DVD playback code that J. Donavan Stanley added back on 2nd June. I
>know it is unfinished but it does say in the commit message that it was
>working - is there any frontend stuff yet to make use of it? I wouldn't mind
>testing it :)
>
>
Leo Weppelman wrote:
>On Thu, Jun 16, 2005 at 02:56:27PM -0400, Joseph A. Caputo wrote:
>
>
>>On Thursday 16 June 2005 14:44, J. Donavan Stanley wrote:
>>
>>
>>>It's not in CVS TMK... If someone has patch please point it out to me
>>>and I
Leo Weppelman wrote:
>On Thu, Jun 16, 2005 at 01:22:50PM -0400, Jay Merrifield wrote:
>
>
>>>J. Donavan Stanley wrote:
>>>
>>>
>>How about adding a bookmarking feature to mythvideo's internal player
>>similar to what we have with watch
Tj wrote:
> J. Donavan Stanley wrote:
>
>> For quite some time you've been able to specify "Internal" as the player
>> for video files and avoid shelling out however the internal player has
>> had problems. As Isaac mentioned, Mark Spieth's patch dea
Isaac Richards wrote:
>On Thursday 16 June 2005 03:35 am, James Stembridge wrote:
>
>
>>On 6/16/05, Isaac Richards <[EMAIL PROTECTED]> wrote:
>>
>>
>>>The issue with using xinelib is that they've got a different version
>>>libavcodec than what myth uses internally, and the symbols clash some
o do something in this area.
>
> My initial thought was to adapt mythvideo to be a frontend for the
> xine library thereby having the myth keybindings apply for video
> playback. But, after a private conversation with J. Donavan Stanley it
> sounds like a better approach would be to b
George Nassas wrote:
> On 15-Jun-05, at 7:23 PM, Isaac Richards wrote:
>
>> Mark Spieth's patch (which I really, really need to look over and
>> apply) for
>> better seeking in non-mpeg2 files goes a long way towards this,
>> actually.
>
>
> I guess then the major missing piece is dvd navigation?
Mark Spieth wrote:
>I dont know about anyone else, but sometimes I get a 10 sec read timeout on
>play start.
>attached is a patch which fixes this.
>It seems to be a timing issue with readaheadthread and the reader and it
>gets stuck in the loop
>since the buffer is too full to continue but the re
Stuart Auchterlonie wrote:
>On Sun, Jun 05, 2005 at 10:04:06AM -0400, J. Donavan Stanley wrote:
>
>
>>William Uther wrote:
>>
>>
>>
>>>Index: osdtypes.cpp
>>>
>>>
>>You need to attach your patch instead of cutting and
Andy,
I've not seen anything happening with your chroma OSD patch lately.
Have you updated it to work with DTKs recent changes? Are you and DTK
still working out the details?
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/m
Michael Carmody wrote:
>I'm sick of deleting them from my channels config. I'm sure this feature would
>be great for most people, but it is highly annoying at the moment. Anybody
>have any ideas as to what is causing this ?
>
>
There's a visible field available in the channel editor that will
William Uther wrote:
>
> Index: osdtypes.cpp
You need to attach your patch instead of cutting and pasting it.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Brad Templeton wrote:
>On Fri, Jun 03, 2005 at 02:58:34PM -0400, J. Donavan Stanley wrote:
>
>
>>Why overload the auto expire instead of just adding a bool to the
>>recorded table?
>>
>>
>
>My sense was that there could be a number of reasons for ta
Mark Spieth wrote:
> I have done some investigation on dvd vob files and found they dont
> play exactly as Id like.
> upon further investigation, I found that the vob file in question had
> 4 mpeg ps streams embedded.
> each of these sub-streams started their timestamps again!
> I suspect this won
Brad Templeton wrote:
>b) Code is added so that recordings with autoexpire >= 100 are flagged
>with a different font on display in the list of current recordings.
>Autoexpire >= 100 is a sign of special "suggestion" recordings (and
>possibly other recordings scheduled for quick deletion)
>
>
W
Daniel Kristjansson wrote:
>On Fri, 2005-06-03 at 09:14 -0400, Taylor Jacob wrote:
>
>
>>What probelms do you have recording more than 1 audio stream? TS mode works
>>fine for that.. The only issue I see with multuiple audio streams is playback
>>due to the messy memory leaking code in mpegts.c
[EMAIL PROTECTED] wrote:
>
>Changes committed by ijr on Thu Jun 2 02:45:59 2005
>
>Modified Files:
> in mythtv/libs/libavformat:
>utils.c
>Log Message:
>Merge in a fix from ffmpeg cvs. Should fix long startup
Jochen Kühner wrote:
>
>
> I ask all these questions because I want that my changes later can get
> into the official mythtv!
>
Any work in MythGame that improves it is welcome.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-b
[EMAIL PROTECTED] wrote:
>
>Changes committed by danielk on Fri May 27 14:45:45 2005
>
>Modified Files:
> in mythtv/libs/libmythtv:
>channel.cpp channel.h channelbase.h dtvrecorder.h
>dtvsignalmonitor.h
Mark Spieth wrote:
>heres my updated patch for the new ffmpeg.
>found an extra bug in the url_fsize function. basically it couldnt work
>before. had to change the interface to url_seek so that it returns an
>int64_t as current pos. before it returned an int and 0 always which is a
>bit useless =)
1 - 100 of 197 matches
Mail list logo