Neale Swinnerton wrote:
Why is this a surprise? You have one logical drive composed of multiple
physical drives and a bit of it fails. This would be the same if you had
one physical drive.
Why not use RAID-{1|5} drives as the PV's in your LVM volume group ?
Storage space drops... You now need
Chris Petersen wrote:
I submitted this patch last month but it looks like it didn't make it
into
0.18. I find this minor mythweb feature addition to be quite useful. If
there's something wrong with it, please let me know. The attached
patch is
from today's cvs.
Ugly code, but committed because
Bryce Poole wrote:
When I first got my Dish Network satellite, I immediately noticed that
the video was leading the audio. So when myth was up and running I
wrote this filter to fix the problem and slow down the video.
The basic idea is that the filter gets passed a size from the TV
Playback
A repost, in case anyone is actually interested in this patch. This
version uses MythContext::GetConfDir() instead of being hardwired to
~/.mythtv/
I'm really interested in such a patch. It's been in my Todo list for a
very long time...
I mount my photos dir read only to myth because I am
Is it me (or my machine), or do some of the better mythmusic
visualizations (Goom, synaesthesia, bumpscope) seem to lag the
playback music by 1/2 - 3/4 of a second? Mad props to the folks who
wrote Goomit's an awesome visualization, but it doesn't seem to
get along real well with slower
To put that in perspective, if the visualization trigger is the beat
of the music, on a fast machine the visualization happens just after
the beat and so looks in sync.
Hmm, well it draws at 20 frames per sec, so I doubt it's this. Perhaps
though...
Is CPU at 90%+?
Ed W
, then by name. And so on.
Ideally, we should come up with a dynamic solution which had no
hardcoded maximum number of roots, but I never managed to think of a
good way of doing that. I think Ed Wildgoose was also looking at
something along these lines a while back - not sure how that is going
1. Change to TS mode.. I refuse to support PS mode anymore.. It already has
known issues with getting lost on AC3 streams when the signal glitches..
Isn't this a problem with ever using Myth as a DVD player? Surely we
need the PS mode working as well in general?
This is on my TODO list with a bunch of other things (like dvb radio
channels). Anyone know where I can find the MHEG-5 standard freely
available
I seem to remember someone mentioning that there was a java mhep5 viewer
available, perhaps on sourceforge. You might want to start there?
Ed
Curtis Stanford wrote:
Just compiled CVS from yesterday (debug of course) and got the
following segfault when starting mythfrontend:
...
Program received signal SIG33, Real-time event 33.
[Switching to Thread -1233859664 (LWP 26360)]
0xe402 in ?? ()
(gdb) thread apply all bt full
This isn't
Hope this is useful to someone as well as me!
I really like the sound of this!
My idea was to have multiple root nodes for each sort order, then the
first few nodes in each subtree become the next sort order or else the
rest of the nodes are the items themselves.
So you can start sorting by
Is there interest in moving user input to (or adding support for) the
Linux input layer? I realize that this is a fundamental change to the
current QT based UI architecture, but, it is more suited to remote
controls and multimedia buttons. The input layer could also replace
the joystick code,
Leandro Dardini wrote:
I was thinking about possibile solution to lockup in tuning a dvb channel
not broadcasting
Are you using 0.17? This all seems to be fixed in the latest version? No?
Ed W
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
I was surprised to see how much performance difference there now is on
video playback between debug and release due to -O, and with that the case
you're not going to see users running debug by default in any event.
(Could, I suppose, have a debug mode that optimizes only the video
playback, OSD
Mark Spieth wrote:
I tend to build with -g in release mode but keep all optimizations on. works
quite well and can trace segfaults even in release mode. only need debug
no-opt if Im trying to trace variable usage.
Our messages crossed... Will try this. I think this is actually what I
was
Hi folks, I have been trying to debug this for a few days now, but I'm
just not getting anywhere. From a perfectly fine cvs from around mid
Jan, I now get segfaults extremely frequently and usually when the
backend is recording something. The segfaults are really wierd though
and I suspect
Valgrind's my only suggestion.
Been grinding for a while with --tool=memcheck - Is this probably the
thing I need for this job?
But you would agree from looking at where it's dying that it looks like
something trampling the stack yeah?
I'm currently using NPTL, which I have a love/hate
Valgrind's my only suggestion.
Whilst we are talking valgrind. I am assuming the following are
harmless? Can anyone translate why they come up at all?
==20552== Thread 10:
==20552== Conditional jump or move depends on uninitialised value(s)
==20552==at 0x1CFBD40F: __udivdi3 (in
:) I also have the same problems. Trouble is it's rater hard to debug
and watch TV at the same time, and this crash does not happen often
for me.
Well, I am glad I am not alone at least!
Whilst we are talking valgrind. I am assuming the following are
harmless? Can anyone translate why they
==20552== Thread 20:
==20552== Syscall param ioctl(generic) contains uninitialised or
unaddressable byte(s)
==20552==at 0x1D06EA09: ioctl (in /lib/libc-2.3.4.so)
==20552==by 0x1BD8D44E: DVBRecorder::SetDemuxFilters()
(dvbrecorder.cpp:346)
==20552==by 0x1BD8EDA5:
Should be easy to figure out what those values are and trap them at a higher
level, so all 3 functions can be fixed in the same place.. Just have it
print out the values it's using to calculate px/py if either go below 0.
I do agree, however, have a look at the posted backtrace. All the
Do all these problems have to do with the mySQL problems discussed
before? I just upgraded my system and I see the same thing with
mysql-4.1.9-1 and qt-MySQL-3.3.4-1 on FC3-development. I have
attached my own crash log.
-Eric Hattemer
Possibly, but I don't like the look of this:
#12
I've seen this one for quite a while too - it makes goom pretty
useless. but I can get it to segfault with debug symbols. It seems to
segfault quicker for me if goom is in full screen mode. I have MMX
disabled across the board in MythMusic since it doesn't like to
compile on AMD64s.
Ed Wildgoose wrote:
I've seen this one for quite a while too - it makes goom pretty
useless. but I can get it to segfault with debug symbols. It seems
to segfault quicker for me if goom is in full screen mode. I have
MMX disabled across the board in MythMusic since it doesn't like
Unfortunately, the current requirement for a fairly heavy-duty system to
decode HDTV means that front ends connected to standard televisions will be
comparatively expensive as well as ruling out some very interesting
possible front ends (such as the Mac Mini).
I could be wrong, but I think
Hi Carl,
Yep, finally I managed to recreate this exact same problem with debug
setting and no MMX, so it's not just the MMX stuff I think. Crashed in
exactly the same place as for you, but on mine the stack seemed to be
corrupted. I have trimmed the BT back to the essentials below in case
Pressed wrong key. I'm trying this patch/hack:
Index: mythmusic/goom/filters.c
===
RCS file: /var/lib/mythcvs/mythmusic/mythmusic/goom/filters.c,v
retrieving revision 1.4
diff -u -r1.4 filters.c
--- mythmusic/goom/filters.c26 Jan
Ed Wildgoose wrote:
Pressed wrong key. I'm trying this patch/hack:
Index: mythmusic/goom/filters.c
===
RCS file: /var/lib/mythcvs/mythmusic/mythmusic/goom/filters.c,v
retrieving revision 1.4
diff -u -r1.4 filters.c
--- mythmusic/goom
Carl Alexander wrote:
Yes, that may fix the crash at that point, but the question is *why*
is it going wrong? What is the design or implementation inconsistency
that is causing this? I haven't groked enough of the code to answer that.
has anyone valgrind'ed the code? Maybe a UMR or a over read
It's been quite hard to get a backtrace, but this is a longstanding
segfault that I am seeing in the program preview page. Basically with
certain programs if the computer is left on playing the preview,
eventually it hits some frame in the show which causes this segfault.
It's repeatable
I like the new goom (at least I think its different from before?).
However, it seems to be segfaulting on me after a few mins of listening.
Backtrace is mostly useless (because it's compiled without debugging
info), but shown below for reference. Recompiling with debug info and
of course
Wow, seems like you have a very unstable system with segfaults all
over the place. Really sorry to hear that - I haven't had a segfault
in ages, and I don't know what could be causing this. :-(
Indeed... The annoying thing is that it was almost completely stable
before, (except for the
Wow, seems like you have a very unstable system with segfaults all
over the place. Really sorry to hear that - I haven't had a segfault
in ages, and I don't know what could be causing this. :-(
Hmm, here we go. Listening to MythMusic, quit out and click into
LiveTv. Screen goes black, then
Very wierd it's apparently segfaulting on the emit Status(str) line
with a memory allocation type issue...?
Yep, here we go again. I don't mean to carpet bomb everyone with the
same error message again and again, but this one is the same place, but
this time I was just clicking in to delete
Thanks for the quick response.
Ok, well I decided to switch the database back to test it, and it is
slow as hell again. This time I did:
for a in $(ls *frm | cut -f1 -d. ); do echo use mythconverg; ALTER
TABLE $a TYPE=MYISAM;|mysql ; done
From your symptoms and without looking at the code, my
Hi folks, just updated to CVS and now seeing quite a few issues compared
with my couple of weeks old version from before.
Just trying to track down and fix what I can, but I perhaps someone can
help quickly with this one: Basically I am seeing the backend die fairly
frequently, and if it
OK, tracing the backend now. I see a bunch of error messages scrolling
up rapidly whilst nothing should really be happening on the backend:
Based on what crashed next I suspect this is something to do with the
signal monitoring thread? (Thought it was disabled in my config though...?)
Any
Hi, I'm struggling to keep the backend alive for any significant period
with the current DVB code. The backtrace below is as a result of
switching to live tv, then changing channel to something on a different mux.
I'm having a slightly hard time figuring out what is going on here.
Perhaps
This fixes a (long standing) segfault when the JACK device is invalid or
just not available.
Could someone please commit to CVS
[Chris, could you please consider committing this upstream as well (if
you are happy)]
Thanks
Ed W
Index: libs/libmyth/bio2jack.c
Hello Jan,
Hello Everybody!
Even with 0.17 i have still playback-problems. It seems that the playback is
too fast, but the time-stretching function simply doesn't work, reagardless
of wich factor i select.
Thanks for your attention
This still sounds like an issue with your soundcard driver
Brian C. Huffman wrote:
I've never had success getting ALSA to work in mythfrontend, but I
figured that after all the recent audio patches, I'd give it a try
again. No luck. I've set the audio device in the setup to
ALSA:spdif (which works using aplay). I have an MAudio Delta DiO
2496. Here's
Mark Spieth wrote:
attached is a patch that allows smooth play of video at faster than
realtime.
i.e. at audio stretch factors 1.0
I haven't tried it, but this sounds excellent!
My first thought is to wonder whether it couldn't also kick in on the
high speed fast forward and rewind. At the
Jeremiah Morris wrote:
This patch extends the mythtv configure script to auto-detect the
available audio libraries (Alsa, JACK, etc.). Instead of editing
settings.pro manually to choose the drivers, you just run ./configure
and it includes whichever drivers are installed on your system. You
The attached patch seems to (finally) fix my slight video jitter that I
was seeing.
Grateful if someone could apply to cvs.
Ed W
Index: libs/libmyth/bio2jack.c
===
RCS file: /var/lib/mythcvs/mythtv/libs/libmyth/bio2jack.c,v
Mixer settings, too, please? =)
Hmm, and I guess I forgot the mythmusic device stuff as well. OK, will
revisit this shortly unless someone else can help out.
Thanks for the poke
Ed W
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
Mixer settings, too, please? =)
An interesting point. Do any of the other audio types actually have a
mixer which is seperate from the audio device? Perhaps we should simply
disable that combo unless it's an OSS device?
I need to check the code for Alsa since that's the main exception I
I don't know if this is standard across distributions, but I'd sure be
nice if we could query the /proc/asound files to get the list of
available ALSA ports or use an appropriate ALSA function call to
iterate the ports. If we're going to offer the drop down options, why
not show what's
Patchette to add the other audio options to the device dropdown.
Should make it easier for people to work out how to enable Alsa
support and the like.
Since Core Audio and Direct Sound currently ignore this parameter, the
dropdown really shouldn't be shown at all in these cases. If you set
Mind you I missed the part where you said it was X resource usage which
was high... Not sure then really...
Good luck
Ed W
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
James Armstrong wrote:
I am having trouble compiling mythmusic from cvs. I am getting the
following:
I think this means that you have not got an up to date copy of the main
myth CVS stuff. These functions were added to libmyth on or around 25th
Jan, so you need to have cvs from after that to
Steve Davies wrote:
Hi,
I have noticed recently that if the aspect ratio of a DVB stream
changes during playback, then a number of frames and some audio are
dropped as a result of the switch (as if the current buffers are
flushed). This occurs in both directions 4:3-16:9 and vice versa.
I am
*MY* documentation is for the released version, which doesn't have a changing
directory structure. The docs will be updated as appropriate once the 0.17
release is out.
If multiple people write in to the mailing lists with problems that are caused
by the ebuild in question, and wouldn't
Hirobumi Shimada wrote:
Hi
Corrupting MythMusic when playing cd,
CdDecoder::chan is 0 (probably same problem to avfDecoder)
but I don't know what set it.
Oops, that's my bug. Please hardcode it to say chan=2 temporarily, I
will submit a proper patch once
Corrupting MythMusic when playing cd,
CdDecoder::chan is 0 (probably same problem to avfDecoder)
but I don't know what set it.
The following patch should fix the problem. Please can someone commit to
CVS. (Sorry for the cockup...)
Ed W--- avfdecoder.cpp.bak
Jeremiah Morris wrote:
On 26 Jan 2005, at 5:02 PM, Ed Wildgoose wrote:
Having synchronised in and out audio will be essential if we ever
want to support accoustic echo cancellation.
That would be very cool. I'd also love to have dynamic volume control,
based on ambient noise. With pause
).
Actually, so does Myth; in libmyth there's a set of audio output
classes with drivers for Alsa, OSS, JACK and more. Ed Wildgoose
revamped this API and converted mythmusic to use it; that's the right
thing for mythphone to do, to gain extra flexibility at very little
cost. Perhaps this code would
I am considering on of the Mac minis for HTPC duty (running Gentoo), however it
won't be powerful enough to do DRC with brutefir so I need to route audio
accross a dedicated network using jack.udp to an audio only PC. This will
introduce some extra delay - the send and receive buffers for
Don't use broken ebuilds. Don't report problems when using broken ebuilds.
An ebuild is fundamentally just a way to script a build. No script
written yesterday can be expected to completely work tomorrow...?
[However, in this case I'm not quite sure why the script needs to be as
After killing the frontend with Ctrl-C I noticed that the ethernet connection is down.
I suspect initially that the loss of network is causing the other
problems. Try to resolve this first.
Ed W
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
So I've basically taken this to mean if this tag exists with the UUID
specified above, then the track is from a compilation. If it does not
exists, then it is not. Anyone have any probs with this??
Nope, sounds great. I would like to use MusicBrainz as well.
However, vorbis comments are quite
I don't like the filter aspect of the recording group. It's a WAF
thing. By filtering to a recgroup it would make it more difficult for
her/kids to get back to the view they are expecting to see if I forget
to change it back. Ultimately I think it'd be nice to have a
- fix the mythmusic crashes when there is a LCD device
- enhanced UIManagedTreeType to use Menu's when navigating.
Ohh! Please send me your patch for these two in particular! I have a
number of mythmusic problems that I have had trouble debugging (hangs).
Would like to have more info on the
Yup. Previously, it was possible to remove LCD support by removing
LCD_DEVICE from settings.pro. That flag no longer (really) does
anything, apart from removing the settings page, which I don't think
was intended :)
Why isnt' the current code OK though? I have the LCD support enabled,
but
Just updated to latest CVS and can't play recorded mpeg2 shows or watch
live dvb tv anymore. In the case of playback the log files show it
getting stuck shortly after setting up the resampler (but probably
elsewhere in the code if you see what I mean).
Anyone else seeing this?
Ed W
Ed Wildgoose wrote:
Just updated to latest CVS and can't play recorded mpeg2 shows or
watch live dvb tv anymore. In the case of playback the log files show
it getting stuck shortly after setting up the resampler (but probably
elsewhere in the code if you see what I mean).
Cancel that. Turned
Paul Woodward wrote:
I'm really looking forward to this patch, but it's not good against the very
latest CVS though:
Trivial fixes needed to fixup those rejected hunks. It's just the
change in libsoundtouch names and the new screensaver bits in libmyth.pro
Very slightly updated patch
Here is the slightly tweaked version of the previous mythmusic
integration patch. It fixes the small things that David George noticed
(like me forgetting, again, to patch mythtranscode). This patch is
against an old cvs, but I believe that it should apply OK against
current CVS. If it
When i was developing the windows filters i found that some files have video
timecodes thats realy wierd, they start realy high, then increase for a few
frames, and then reset back to zero and then continue normaly.
I had to develop a workaround for this because windows (actualy directshow)
Well, what it really requires is for someone to look up the rule used
for audio streams in MPEG2 files. There must be some sort of rule,
otherwise stand alone DVD players and HDTVs would get it wrong. In my
(limited) testing, DVDs appear to follow a pattern of the highest
numbered track
Jason Flynn wrote:
--- Ed Wildgoose [EMAIL PROTECTED] wrote:
By hashing all frames in some sensible way
This is a lot of data to process. What happens
for thinks like snooker which look the same
nearly all the while (like a big green table
with a few small coloured dots)?
Good thought
One more thing I found. I don't use jack and this patch currently
requires it. Could you make it optional like jack is in mythtv?
Oh, oops...
What do you mean requires it though..? Obviously something I missed,
but not sure what..? I guess I left an include in somewhere?
Ed
Do you guys in the States have these lead in and lead out clips on all
your shows? In the UK all the advert breaks have a short burst of
either a static frame saying some jazzed up version of the program name,
or sometimes an animated version.
By hashing all frames in some sensible way (and
also the top of the screen shows 1.5 lines from the bottom of the
image. comments?
Yeah, I have been seeing this for a while, but only on certain
channels... Curious.
Ed W
___
mythtv-dev mailing list
[EMAIL PROTECTED]
The juddering may be the same as I am seeing. See my post Problem
with severe video jitter in current MythTv.
This started occuring after upgrading to the CVS release after 0.16.
I am tracking this down by rebuilding MythTv on various CVS dates.
So far the problem seems to have been introduced
Wasn't me... no commit access. Probably Bruce?
You are correct. I was thinking of this one and others like it. I
notice that (I think) he has also changed the usleep times in the audio
code and perhaps in other places. I wonder if this is causing the
problems that people are seeing?
This looks fairly close to what I like, with the exception of trying to keep
to 80 character lines with any overlap being indented up past the nearest
( that makes sense for what's going on.. Thanks for writing it all up. =)
I agree. Really nice! Well done!
I get the impression that Vi
First, without changing any of the previous settings, I went to watch
Live TV and I got a message saying that /dev/mixer wasn't a valid
device and couln't be accessed. After a little research on the dev
mailing list archives I see that it said to put default as the mixer
device. I also use
4) Lack of any development documentation, guides and API specifications
Well, that's because I don't have time. =) I also tend to believe that
well-written code is better documentation than half-written, out of date docs
(which most such docs for opensource projects are).
I tend to
Are you volunteering to write developer documentation?
I am. At least some of it.
However, can we agree on the best way to do it first? I think doxygen
(is that right now?) might be a promising move? I would prefer to get a
steer from Isaac first though on how we are going to do this going
Oscar Carlsson wrote:
Ed Wildgoose wrote, On 2004-12-06 15:57:
snip
put in a DisplaySize of: 256 144 which gives DPI's of 71 102 then
snip
Switching to DisplaySize 336 189, giving DPI's of 54 77 gives me a
Uhm, why these values? Just play with the two values to get a correct
100x100 dpi
Alan Gonzalez wrote:
Found that libmyth.pro needs output.h in the inc.files for mythmusic to compile
Good catch. Sorry about that. Must have manually copied it over during
development...
Anything else, anyone?
Ta
___
mythtv-dev mailing list
[EMAIL
Isn't some clock frequency mismatch inevitable? There are several clock
sources which aren't synchronised. During playback, you have to sync to
either audio or video and those have their own clock sources.
During recording you either have software-controlled sampling (for
software encoding eg
When the problem showed up the osd that shows up when paused was parialy
outside the picture to the right.
And about the same size of the picture was also outside.
Ahaaa. Yes, that's an old problem and I think there might have been a
patch recently to fix it.
If that's the problem you had
83 matches
Mail list logo