Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Users

0.25_pre20120105: Dialog box "Scan for Changes" in Videos not updating properly

 

 

MythTV users RSS feed   Index | Next | Previous | View Threaded


jk90090 at gmail

Jan 8, 2012, 3:36 PM

Post #1 of 9 (967 views)
Permalink
0.25_pre20120105: Dialog box "Scan for Changes" in Videos not updating properly

Gentoo, MythTV 0.25 commits from manual ebuild 0.25_pre20120105

For every file that the scan find, I get the following error:
CoreContext mythprogressdialog.cpp:177 (customEvent) - Error, event
claims to be a progress update but fails to cast

The bar in the dialog box never progresses and the box also doesn't say
'scanning' or whatever anymore.

Been broken for a little while (several commits), just now getting to
reporting it.

To recreate: Main Menu -> "Watch Videos" -> Menu -> "Scan For Changes"

Anyone else seeing this?

-JK
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


msc at antzsystem

Jan 11, 2012, 10:48 AM

Post #2 of 9 (930 views)
Permalink
Re: 0.25 pre20120105: Dialog box "Scan for Changes" in Videos not updating properly [In reply to]

Am 09.01.2012 00:36, schrieb jk90090:
> Gentoo, MythTV 0.25 commits from manual ebuild 0.25_pre20120105
>
> For every file that the scan find, I get the following error:
> CoreContext mythprogressdialog.cpp:177 (customEvent) - Error,
> event
> claims to be a progress update but fails to cast
>
> The bar in the dialog box never progresses and the box also doesn't
> say
> 'scanning' or whatever anymore.
>
> Been broken for a little while (several commits), just now getting to
> reporting it.
>
> To recreate: Main Menu -> "Watch Videos" -> Menu -> "Scan For
> Changes"
>
> Anyone else seeing this?

looks like this:
http://www.gossamer-threads.com/lists/mythtv/dev/472744
which was incomplete fixed with:
http://www.mythtv.org/pipermail/mythtv-dev/2011-February/070569.html

you can use the following patch:

diff --git a/mythtv/libs/libmythui/mythprogressdialog.cpp
b/mythtv/libs/libmythui/mythprogressdialog.cpp
index 8b2adc0..8f9e18a 100644
--- a/mythtv/libs/libmythui/mythprogressdialog.cpp
+++ b/mythtv/libs/libmythui/mythprogressdialog.cpp
@@ -5,6 +5,10 @@
QEvent::Type ProgressUpdateEvent::kEventType =
(QEvent::Type) QEvent::registerEventType();

+ProgressUpdateEvent::ProgressUpdateEvent(uint count, uint total,
QString message) :
+ QEvent(kEventType), m_total(total), m_count(count),
+ m_message(message) { };
+
MythUIBusyDialog::MythUIBusyDialog(const QString &message,
MythScreenStack *parent, const char
*name)
: MythScreenType(parent, name, false)
diff --git a/mythtv/libs/libmythui/mythprogressdialog.h
b/mythtv/libs/libmythui/mythprogressdialog.h
index 38d0616..c385732 100644
--- a/mythtv/libs/libmythui/mythprogressdialog.h
+++ b/mythtv/libs/libmythui/mythprogressdialog.h
@@ -11,9 +11,7 @@
class MUI_PUBLIC ProgressUpdateEvent : public QEvent
{
public:
- ProgressUpdateEvent(uint count, uint total=0, QString message="")
:
- QEvent(kEventType), m_total(total), m_count(count),
- m_message(message) { }
+ ProgressUpdateEvent(uint count, uint total=0, QString message="");

QString GetMessage() { return m_message; }
uint GetTotal() { return m_total; }


this moves the ctor from header to cpp to prevent the class from be
complete inline.
i'm not really sure why dynamic_cast not working with pure inline
classes (perhaps an optimize problem?)

regards
msc

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


jk90090 at gmail

Jan 11, 2012, 11:00 AM

Post #3 of 9 (926 views)
Permalink
Re: 0.25_pre20120105: Dialog box "Scan for Changes" in Videos not updating properly [In reply to]

On 1/11/12 10:48 AM, Markus Schulz wrote:
> Am 09.01.2012 00:36, schrieb jk90090:
>> Gentoo, MythTV 0.25 commits from manual ebuild 0.25_pre20120105
>>
>> For every file that the scan find, I get the following error:
>> CoreContext mythprogressdialog.cpp:177 (customEvent) - Error,
>> event
>> claims to be a progress update but fails to cast
>>
>> The bar in the dialog box never progresses and the box also doesn't
>> say
>> 'scanning' or whatever anymore.
>>
>> Been broken for a little while (several commits), just now getting to
>> reporting it.
>>
>> To recreate: Main Menu -> "Watch Videos" -> Menu -> "Scan For
>> Changes"
>>
>> Anyone else seeing this?
> looks like this:
> http://www.gossamer-threads.com/lists/mythtv/dev/472744
> which was incomplete fixed with:
> http://www.mythtv.org/pipermail/mythtv-dev/2011-February/070569.html
>
> you can use the following patch:
>
> diff --git a/mythtv/libs/libmythui/mythprogressdialog.cpp
> b/mythtv/libs/libmythui/mythprogressdialog.cpp
> index 8b2adc0..8f9e18a 100644
> --- a/mythtv/libs/libmythui/mythprogressdialog.cpp
> +++ b/mythtv/libs/libmythui/mythprogressdialog.cpp
> @@ -5,6 +5,10 @@
> QEvent::Type ProgressUpdateEvent::kEventType =
> (QEvent::Type) QEvent::registerEventType();
>
> +ProgressUpdateEvent::ProgressUpdateEvent(uint count, uint total,
> QString message) :
> + QEvent(kEventType), m_total(total), m_count(count),
> + m_message(message) { };
> +
> MythUIBusyDialog::MythUIBusyDialog(const QString&message,
> MythScreenStack *parent, const char
> *name)
> : MythScreenType(parent, name, false)
> diff --git a/mythtv/libs/libmythui/mythprogressdialog.h
> b/mythtv/libs/libmythui/mythprogressdialog.h
> index 38d0616..c385732 100644
> --- a/mythtv/libs/libmythui/mythprogressdialog.h
> +++ b/mythtv/libs/libmythui/mythprogressdialog.h
> @@ -11,9 +11,7 @@
> class MUI_PUBLIC ProgressUpdateEvent : public QEvent
> {
> public:
> - ProgressUpdateEvent(uint count, uint total=0, QString message="")
> :
> - QEvent(kEventType), m_total(total), m_count(count),
> - m_message(message) { }
> + ProgressUpdateEvent(uint count, uint total=0, QString message="");
>
> QString GetMessage() { return m_message; }
> uint GetTotal() { return m_total; }
>
>
> this moves the ctor from header to cpp to prevent the class from be
> complete inline.
> i'm not really sure why dynamic_cast not working with pure inline
> classes (perhaps an optimize problem?)
>
> regards
> msc
>
>
Excellent, thanks Markus. Any idea when this is going to be commited?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


J.Pilk at tesco

Jan 11, 2012, 11:55 AM

Post #4 of 9 (925 views)
Permalink
Re: 0.25_pre20120105: Dialog box "Scan for Changes" in Videos not updating properly [In reply to]

On 01/08/2012 11:36 PM, jk90090 wrote:
> Gentoo, MythTV 0.25 commits from manual ebuild 0.25_pre20120105
>
> For every file that the scan find, I get the following error:
> CoreContext mythprogressdialog.cpp:177 (customEvent) - Error, event
> claims to be a progress update but fails to cast
>
> The bar in the dialog box never progresses and the box also doesn't say
> 'scanning' or whatever anymore.
>
> Been broken for a little while (several commits), just now getting to
> reporting it.
>
> To recreate: Main Menu -> "Watch Videos" -> Menu -> "Scan For Changes"
>
> Anyone else seeing this?
>
> -JK

Scanning for changes isn't working for me now, in 0.24-fixes, but I had
assumed that something had gone awry during my recent Fedora 14 to 15
upgrade. I still see files that have been in my Video directories for
some time, but none that I have put there recently. The frontend log
reports 'buildFileList' and 'MythVideo::ScanVideoDirectory Scanning'
for the expected directories - in that order - but no new files appear;
I haven't tried the effect of removing an old one. Permissions look ok.

I suspect that I need to check for new ISP-generated hostnames screwing
things up after the upgrade, but maybe it's a real bug. I haven't tried
it often.

fixes/0.24 [v0.24.1-106-g31e9528] from ATrpms.

John P
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


J.Pilk at tesco

Jan 11, 2012, 12:44 PM

Post #5 of 9 (920 views)
Permalink
Re: 0.25_pre20120105: Dialog box "Scan for Changes" in Videos not updating properly [In reply to]

On 01/11/2012 07:55 PM, John Pilkington wrote:

<snip the 0.25 info>

> Scanning for changes isn't working for me now, in 0.24-fixes, but I had
> assumed that something had gone awry during my recent Fedora 14 to 15
> upgrade. I still see files that have been in my Video directories for
> some time, but none that I have put there recently. The frontend log
> reports 'buildFileList' and 'MythVideo::ScanVideoDirectory Scanning'
> for the expected directories - in that order - but no new files appear;
> I haven't tried the effect of removing an old one. Permissions look ok.
>
> I suspect that I need to check for new ISP-generated hostnames screwing
> things up after the upgrade, but maybe it's a real bug. I haven't tried
> it often.
>
> fixes/0.24 [v0.24.1-106-g31e9528] from ATrpms.
>
> John P

A bit more on this: I renamed one of the files that wasn't showing. It
still isn't listed, but the log shows that the rename was noticed.

MythVideo::ScanVideoDirectory Scanning (/home/John/Videos)
2012-01-11 19:50:46.921 Hash 6198cbda6b9f2deb already exists in the
database, updating record 175 with new filename /home/John/Videos/xxxx.iso

Another file that had been renamed earlier is still shown under its old
name, and plays.

Sorry about the mini-hijack

John P




_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


jk90090 at gmail

Jan 11, 2012, 2:40 PM

Post #6 of 9 (911 views)
Permalink
Re: 0.25_pre20120105: Dialog box "Scan for Changes" in Videos not updating properly [In reply to]

On 1/11/12 11:55 AM, John Pilkington wrote:
> Scanning for changes isn't working for me now, in 0.24-fixes, but I had
> assumed that something had gone awry during my recent Fedora 14 to 15
> upgrade. I still see files that have been in my Video directories for
> some time, but none that I have put there recently. The frontend log
> reports 'buildFileList' and 'MythVideo::ScanVideoDirectory Scanning'
> for the expected directories - in that order - but no new files appear;
> I haven't tried the effect of removing an old one. Permissions look ok.
>
> I suspect that I need to check for new ISP-generated hostnames screwing
> things up after the upgrade, but maybe it's a real bug. I haven't tried
> it often.
>
> fixes/0.24 [v0.24.1-106-g31e9528] from ATrpms.
>
> John P
Any errors in /var/log/mythtv/mythfrontend* ?

Best to enable debug output on mythfrontend. You might try:

mythfrontend -v media --loglevel debug -l /tmp/mythout.log

There are various debug subsystems so media might not be the right one,
or you might need additional subsystem with debug on. Figure out the
right ones (or use all) and then start digging to find your trouble area.

mythfrontend -h says to run -v help to get the following options, but
strangely it wants an X display just to allow the following textual
output (bug):

Verbose debug levels.
Accepts any combination (separated by comma) of:

all - ALL available debug output
audio - Audio related messages
channel - Channel related messages
chanscan - Channel Scanning messages
commflag - Commercial detection related messages
database - Display all SQL commands executed
decode - MPEG2Fix Decode messages
dsmcc - DSMCC carousel related messages
dvbcam - DVB CAM debugging messages
eit - EIT related messages
file - File and AutoExpire related messages
frame - MPEG2Fix frame messages
general - General info
gpu - GPU Commercial Flagging messages
gpuaudio - GPU Audio Processing messages
gpuvideo - GPU Video Processing messages
gui - GUI related messages
idle - System idle messages
jobqueue - JobQueue related messages
libav - Enables libav debugging
media - Media Manager debugging messages
mheg - MHEG debugging messages
most - Most debug (nodatabase,notimestamp,noextra)
network - Network protocol related messages
none - NO debug output
osd - On-Screen Display related messages
playback - Playback related messages
process - MPEG2Fix processing messages
record - Recording related messages
refcount - Reference Count messages
rplxqueue - MPEG2Fix Replex Queue messages
schedule - Scheduling related messages
siparser - Siparser related messages
socket - socket debugging messages
system - External executable related messages
timestamp - Conditional data driven messages
upnp - UPnP debugging messages
vbi - VBI related messages
xmltv - xmltv output and related messages

The default for this program appears to be: '-v general'

Most options are additive except for 'none' and 'all'.
These two are semi-exclusive and take precedence over any
other options. However, you may use something like
'-v none,jobqueue' to receive only JobQueue related messages
and override the default verbosity level.

Additive options may also be subtracted from 'all' by
prefixing them with 'no', so you may use '-v all,nodatabase'
to view all but database debug messages.

Some debug levels may not apply to this program.


-JK


J.Pilk at tesco

Jan 12, 2012, 3:07 AM

Post #7 of 9 (907 views)
Permalink
Re: 0.25_pre20120105: Dialog box "Scan for Changes" in Videos not updating properly [In reply to]

On 01/11/2012 08:44 PM, John Pilkington wrote:
> On 01/11/2012 07:55 PM, John Pilkington wrote:
>
> <snip the 0.25 info>
>
>> Scanning for changes isn't working for me now, in 0.24-fixes, but I had
>> assumed that something had gone awry during my recent Fedora 14 to 15
>> upgrade. I still see files that have been in my Video directories for
>> some time, but none that I have put there recently. The frontend log
>> reports 'buildFileList' and 'MythVideo::ScanVideoDirectory Scanning'
>> for the expected directories - in that order - but no new files appear;
>> I haven't tried the effect of removing an old one. Permissions look ok.
>>
>> I suspect that I need to check for new ISP-generated hostnames screwing
>> things up after the upgrade, but maybe it's a real bug. I haven't tried
>> it often.
>>
>> fixes/0.24 [v0.24.1-106-g31e9528] from ATrpms.
>>
>> John P
>
> A bit more on this: I renamed one of the files that wasn't showing. It
> still isn't listed, but the log shows that the rename was noticed.
>
> MythVideo::ScanVideoDirectory Scanning (/home/John/Videos)
> 2012-01-11 19:50:46.921 Hash 6198cbda6b9f2deb already exists in the
> database, updating record 175 with new filename /home/John/Videos/xxxx.iso
>
> Another file that had been renamed earlier is still shown under its old
> name, and plays.
>
> Sorry about the mini-hijack
>
> John P
>

Another update: If a known file is renamed within a Videos folder a
rescan doesn't reflect this; it still appears and plays under its
original name.

If it is moved out of the folder it disappears on a rescan. If it is
then moved back again another scan shows it under its new name. I think
that explains what I was, and am, seeing in 0.24-fixes.

My posts probably aren't relevant to the OP's concerns about the
0.25_pre build.

John P

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


nick.rout at gmail

Jan 12, 2012, 8:14 PM

Post #8 of 9 (902 views)
Permalink
Re: 0.25_pre20120105: Dialog box "Scan for Changes" in Videos not updating properly [In reply to]

On Fri, Jan 13, 2012 at 12:07 AM, John Pilkington <J.Pilk [at] tesco> wrote:
> On 01/11/2012 08:44 PM, John Pilkington wrote:
>> On 01/11/2012 07:55 PM, John Pilkington wrote:
>>
>> <snip the 0.25 info>
>>
>>> Scanning for changes isn't working for me now, in 0.24-fixes, but I had
>>> assumed that something had gone awry during my recent Fedora 14 to 15
>>> upgrade.  I still see files that have been in my Video directories for
>>> some time, but none that I have put there recently.  The frontend log
>>> reports  'buildFileList' and 'MythVideo::ScanVideoDirectory Scanning'
>>> for the expected directories - in that order - but no new files appear;
>>>     I haven't tried the effect of removing an old one.  Permissions look ok.
>>>
>>> I suspect that I need to check for new ISP-generated hostnames screwing
>>> things up after the upgrade, but maybe it's a real bug. I haven't tried
>>> it often.
>>>
>>> fixes/0.24 [v0.24.1-106-g31e9528] from ATrpms.
>>>
>>> John P
>>
>> A bit more on this:  I renamed one of the files that wasn't showing.  It
>> still isn't listed, but the log shows that the rename was noticed.
>>
>>    MythVideo::ScanVideoDirectory Scanning (/home/John/Videos)
>> 2012-01-11 19:50:46.921 Hash 6198cbda6b9f2deb already exists in the
>> database, updating record 175 with new filename /home/John/Videos/xxxx.iso
>>
>> Another file that had been renamed earlier is still shown under its old
>> name, and plays.
>>
>> Sorry about the mini-hijack
>>
>> John P
>>
>
> Another update:  If a known file is renamed within a Videos folder a
> rescan doesn't reflect this; it still appears and plays under its
> original name.
>
> If it is moved out of the folder it disappears on a rescan.  If it is
> then moved back again another scan shows it under its new name.  I think
> that explains what I was, and am, seeing in 0.24-fixes.
>
> My posts probably aren't relevant to the OP's concerns about the
> 0.25_pre build.

Don't forget changing the file name does nothing to the metadata or
myth's willingness to rescan the file. Mythvideo hashes files and only
changes metadata if the hash changes, a name change does not change a
hash of the file contents.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


jk90090 at gmail

Mar 26, 2012, 6:20 PM

Post #9 of 9 (746 views)
Permalink
Re: 0.25_pre20120105: Dialog box "Scan for Changes" in Videos not updating properly [In reply to]

On 1/11/12 10:48 AM, Markus Schulz wrote:
> Am 09.01.2012 00:36, schrieb jk90090:
>> Gentoo, MythTV 0.25 commits from manual ebuild 0.25_pre20120105
>>
>> For every file that the scan find, I get the following error:
>> CoreContext mythprogressdialog.cpp:177 (customEvent) - Error,
>> event
>> claims to be a progress update but fails to cast
>>
>> The bar in the dialog box never progresses and the box also doesn't
>> say
>> 'scanning' or whatever anymore.
>>
>> Been broken for a little while (several commits), just now getting to
>> reporting it.
>>
>> To recreate: Main Menu -> "Watch Videos" -> Menu -> "Scan For
>> Changes"
>>
>> Anyone else seeing this?
> looks like this:
> http://www.gossamer-threads.com/lists/mythtv/dev/472744
> which was incomplete fixed with:
> http://www.mythtv.org/pipermail/mythtv-dev/2011-February/070569.html
>
> you can use the following patch:
>
> diff --git a/mythtv/libs/libmythui/mythprogressdialog.cpp
> b/mythtv/libs/libmythui/mythprogressdialog.cpp
> index 8b2adc0..8f9e18a 100644
> --- a/mythtv/libs/libmythui/mythprogressdialog.cpp
> +++ b/mythtv/libs/libmythui/mythprogressdialog.cpp
> @@ -5,6 +5,10 @@
> QEvent::Type ProgressUpdateEvent::kEventType =
> (QEvent::Type) QEvent::registerEventType();
>
> +ProgressUpdateEvent::ProgressUpdateEvent(uint count, uint total,
> QString message) :
> + QEvent(kEventType), m_total(total), m_count(count),
> + m_message(message) { };
> +
> MythUIBusyDialog::MythUIBusyDialog(const QString&message,
> MythScreenStack *parent, const char
> *name)
> : MythScreenType(parent, name, false)
> diff --git a/mythtv/libs/libmythui/mythprogressdialog.h
> b/mythtv/libs/libmythui/mythprogressdialog.h
> index 38d0616..c385732 100644
> --- a/mythtv/libs/libmythui/mythprogressdialog.h
> +++ b/mythtv/libs/libmythui/mythprogressdialog.h
> @@ -11,9 +11,7 @@
> class MUI_PUBLIC ProgressUpdateEvent : public QEvent
> {
> public:
> - ProgressUpdateEvent(uint count, uint total=0, QString message="")
> :
> - QEvent(kEventType), m_total(total), m_count(count),
> - m_message(message) { }
> + ProgressUpdateEvent(uint count, uint total=0, QString message="");
>
> QString GetMessage() { return m_message; }
> uint GetTotal() { return m_total; }
>
>
> this moves the ctor from header to cpp to prevent the class from be
> complete inline.
> i'm not really sure why dynamic_cast not working with pure inline
> classes (perhaps an optimize problem?)
>
> regards
> msc
>
Is it just my system or is this still broken in recent March commits of
0.25?

-JK
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

MythTV users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.