Mailing List Archive

mythvidexport.py failing on one episode -- still the non-ascii bug?
I had one episode that failed to export. I increased the log level but
don't see too much extra info.

Just wondering if this is still the non-ascii bug mentioned here (
https://code.mythtv.org/trac/ticket/12245) as "Piñata" is in the title.

May 14 12:30:26 buster mythbackend: mythbackend[14916]: I UserJob_56024
jobqueue.cpp:2410 (DoUserJobThread) JobQueue: Started MythVidExport for
"The Big Bang Theory":"The Panty Piñata Polarization" recorded from channel
1091 at 2011-08-23T23:30:00Z
May 14 12:30:28 buster mythbackend: mythbackend[14916]: I MetadataDownload
metadatacommon.cpp:1202 (ParseMetadataItem) Result Found, Season 2 Episode 7
May 14 12:30:28 buster mythbackend: mythbackend[14916]: I MetadataDownload
metadatadownload.cpp:176 (run) Returning Metadata Results: The Big Bang
Theory 2 7
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: E UserJob_56024
jobqueue.cpp:2445 (DoUserJobThread) JobQueue: User Job
'/usr/share/mythtv/mythvidexport.py --delete --syslog local7 --loglevel
debug --verbose all 56024' failed.

MythTV Version : v29.1-15-g280138b
MythTV Branch : fixes/29
Network Protocol : 91
Library API : 29.20180316-1
QT Version : 5.5.1
Options compiled in:
linux profile use_hidesyms using_alsa using_oss using_pulse
using_pulseoutput using_backend using_bindings_perl using_bindings_python
using_bindings_php using_crystalhd using_dvb using_firewire using_frontend
using_hdhomerun using_vbox using_ceton using_hdpvr using_ivtv
using_joystick_menu using_libcec using_libcrypto using_libdns_sd
using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl
using_opengl_video using_opengl_themepainter using_qtwebkit using_qtscript
using_qtdbus using_taglib using_v4l2 using_x11 using_xrandr using_xv
using_profiletype using_systemd_notify using_systemd_journal
using_bindings_perl using_bindings_python using_bindings_php
using_freetype2 using_mythtranscode using_opengl using_vaapi using_vdpau
using_ffmpeg_threads using_mheg using_libass using_libxml2 using_libmp3lame
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On 15 May 2018 2:21:30 am Ian Evans <dheianevans@gmail.com> wrote:

I had one episode that failed to export. I increased the log level but don't see too much extra info.

Just wondering if this is still the non-ascii bug mentioned here (https://code.mythtv.org/trac/ticket/12245) as "Piñata" is in the title.

May 14 12:30:26 buster mythbackend: mythbackend[14916]: I UserJob_56024 jobqueue.cpp:2410 (DoUserJobThread) JobQueue: Started MythVidExport for "The Big Bang Theory":"The Panty Piñata Polarization" recorded from channel 1091 at 2011-08-23T23:30:00Z
May 14 12:30:28 buster mythbackend: mythbackend[14916]: I MetadataDownload metadatacommon.cpp:1202 (ParseMetadataItem) Result Found, Season 2 Episode 7
May 14 12:30:28 buster mythbackend: mythbackend[14916]: I MetadataDownload metadatadownload.cpp:176 (run) Returning Metadata Results: The Big Bang Theory 2 7
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as a client (events: 0)
May 14 12:30:29 buster mythbackend: mythbackend[14916]: I MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor sock(10df5c0) 'buster' disconnected
May 14 12:30:29 buster mythbackend: mythbackend[14916]: E UserJob_56024 jobqueue.cpp:2445 (DoUserJobThread) JobQueue: User Job '/usr/share/mythtv/mythvidexport.py --delete --syslog local7 --loglevel debug --verbose all 56024' failed.

MythTV Version : v29.1-15-g280138b
MythTV Branch : fixes/29
Network Protocol : 91
Library API : 29.20180316-1
QT Version : 5.5.1
Options compiled in:
linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_vbox using_ceton using_hdpvr using_ivtv using_joystick_menu using_libcec using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl using_opengl_video using_opengl_themepainter using_qtwebkit using_qtscript using_qtdbus using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_systemd_notify using_systemd_journal using_bindings_perl using_bindings_python using_bindings_php using_freetype2 using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2 using_libmp3lame
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org<mailto:mythtv-users%40mythtv.org>
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

You could try running as the MBE user the command in a terminal and see what additional info it gives '/usr/share/mythtv/mythvidexport.py --delete --syslog local7 --loglevel debug --verbose all 56024'. May need to tweak terminal env.
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On Tue, May 15, 2018 at 3:58 AM, Mark Perkins <perkins1724@hotmail.com>
wrote:

>
>
> On 15 May 2018 2:21:30 am Ian Evans <dheianevans@gmail.com> wrote:
>
>> I had one episode that failed to export. I increased the log level but
>> don't see too much extra info.
>>
>> Just wondering if this is still the non-ascii bug mentioned here (
>> https://code.mythtv.org/trac/ticket/12245) as "Piñata" is in the title.
>>
>> May 14 12:30:26 buster mythbackend: mythbackend[14916]: I UserJob_56024
>> jobqueue.cpp:2410 (DoUserJobThread) JobQueue: Started MythVidExport for
>> "The Big Bang Theory":"The Panty Piñata Polarization" recorded from channel
>> 1091 at 2011-08-23T23:30:00Z
>> May 14 12:30:28 buster mythbackend: mythbackend[14916]: I
>> MetadataDownload metadatacommon.cpp:1202 (ParseMetadataItem) Result Found,
>> Season 2 Episode 7
>> May 14 12:30:28 buster mythbackend: mythbackend[14916]: I
>> MetadataDownload metadatadownload.cpp:176 (run) Returning Metadata Results:
>> The Big Bang Theory 2 7
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
>> a client (events: 0)
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
>> MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
>> sock(10df5c0) 'buster' disconnected
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
>> a client (events: 0)
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
>> MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
>> sock(10df5c0) 'buster' disconnected
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
>> a client (events: 0)
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
>> MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
>> sock(10df5c0) 'buster' disconnected
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
>> a client (events: 0)
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
>> MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
>> sock(10df5c0) 'buster' disconnected
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
>> a client (events: 0)
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
>> MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
>> sock(10df5c0) 'buster' disconnected
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
>> a client (events: 0)
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
>> MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
>> sock(10df5c0) 'buster' disconnected
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1738 (HandleAnnounce) MainServer: MainServer::ANN Monitor
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I ProcessRequest
>> mainserver.cpp:1743 (HandleAnnounce) MainServer: adding: buster(10df5c0) as
>> a client (events: 0)
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: I
>> MythSocketThread(65) mainserver.cpp:7643 (connectionClosed) Monitor
>> sock(10df5c0) 'buster' disconnected
>> May 14 12:30:29 buster mythbackend: mythbackend[14916]: E UserJob_56024
>> jobqueue.cpp:2445 (DoUserJobThread) JobQueue: User Job '/usr/share/mythtv/mythvidexport.py
>> --delete --syslog local7 --loglevel debug --verbose all 56024' failed.
>>
>> MythTV Version : v29.1-15-g280138b
>> MythTV Branch : fixes/29
>> Network Protocol : 91
>> Library API : 29.20180316-1
>> QT Version : 5.5.1
>> Options compiled in:
>> linux profile use_hidesyms using_alsa using_oss using_pulse
>> using_pulseoutput using_backend using_bindings_perl using_bindings_python
>> using_bindings_php using_crystalhd using_dvb using_firewire using_frontend
>> using_hdhomerun using_vbox using_ceton using_hdpvr using_ivtv
>> using_joystick_menu using_libcec using_libcrypto using_libdns_sd
>> using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl
>> using_opengl_video using_opengl_themepainter using_qtwebkit using_qtscript
>> using_qtdbus using_taglib using_v4l2 using_x11 using_xrandr using_xv
>> using_profiletype using_systemd_notify using_systemd_journal
>> using_bindings_perl using_bindings_python using_bindings_php
>> using_freetype2 using_mythtranscode using_opengl using_vaapi using_vdpau
>> using_ffmpeg_threads using_mheg using_libass using_libxml2 using_libmp3lame
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users@mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
>>
>> You could try running as the MBE user the command in a terminal and see
> what additional info it gives '/usr/share/mythtv/mythvidexport.py
> --delete --syslog local7 --loglevel debug --verbose all 56024'. May need to
> tweak terminal env.
>
>
> since we're running it from the command line, we won't have a jobid so I
followed the mythvidexport wiki and used chanid and starttime. In
recordedprogram the chanid is 1091 and the starttime is 2011-08-23 23:30:00
which I assume I change to 20110823233000

running /usr/share/mythtv/mythvidexport.py --delete --syslog local7
--loglevel debug --verbose all --chanid=1091 --starttime=20110823233000 as
the mythtv user gives me this:

$ /usr/share/mythtv/mythvidexport.py --delete --syslog local7 --loglevel
debug --verbose all --chanid=1091 --starttime=20110823233000

Traceback (most recent call last):
File "/usr/share/mythtv/mythvidexport.py", line 437, in <module>
main()
File "/usr/share/mythtv/mythvidexport.py", line 409, in main
export = VIDEO(opts)
File "/usr/share/mythtv/mythvidexport.py", line 58, in __init__
self.rec = Recorded((self.chanid,self.starttime), db=self.db)
File "/usr/lib/python2.7/dist-packages/MythTV/dataheap.py", line 342, in
__init__
DBDataWrite.__init__(self, data, db)
File "/usr/lib/python2.7/dist-packages/MythTV/database.py", line 318, in
__init__
DBData.__init__(self, data, db)
File "/usr/lib/python2.7/dist-packages/MythTV/database.py", line 180, in
__init__
self._pull()
File "/usr/lib/python2.7/dist-packages/MythTV/database.py", line 388, in
_pull
DBData._pull(self)
File "/usr/lib/python2.7/dist-packages/MythTV/database.py", line 204, in
_pull
raise MythError('DBData() could not read from database')
MythTV.exceptions.MythError: DBData() could not read from database
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On 05/15/2018 11:41 AM, Ian Evans wrote:
> $ /usr/share/mythtv/mythvidexport.py --delete --syslog local7 --loglevel
> debug --verbose all --chanid=1091 --starttime=20110823233000

Your other logging went to the journal and/or /etc/syslog. Try
removing --syslog local7. Although I tried it and didn't see
anything helpful.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On 05/15/2018 11:41 AM, Ian Evans wrote:
> since we're running it from the command line, we won't have a jobid so I
> followed the mythvidexport wiki and used chanid and starttime. In
> recordedprogram the chanid is 1091 and the starttime is 2011-08-23 23:30:00
> which I assume I change to 20110823233000

Works if I subtract my standard UTC offset from the stored time, not
my DST offset.

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On Tue, May 15, 2018 at 5:03 PM, Bill Meek <keemllib@gmail.com> wrote:

> On 05/15/2018 11:41 AM, Ian Evans wrote:
>
>> since we're running it from the command line, we won't have a jobid so I
>> followed the mythvidexport wiki and used chanid and starttime. In
>> recordedprogram the chanid is 1091 and the starttime is 2011-08-23
>> 23:30:00
>> which I assume I change to 20110823233000
>>
>
> Works if I subtract my standard UTC offset from the stored time, not
> my DST offset.
>
> --
> Bill
>
>
Yep, adjusting the time got it to run and yes, it's a problem with an
accented character in the episode title "The Panty Piñata Polarization":

2018-05-15 17:40:41.156820 I [23968] Python File Transfer Opening local
file (w) -- /var/lib/mythtv/videos/Television/The Big Bang Theory/Season
2/The Big Bang Theory - S2E07 - The Panty Piñata Polarization.mpg
2018-05-15 17:40:41.157089 D [23968] Python Database Connection Acquiring
connection from pool
Traceback (most recent call last):
File "/usr/share/mythtv/mythvidexport.py", line 437, in <module>
main()
File "/usr/share/mythtv/mythvidexport.py", line 409, in main
export = VIDEO(opts)
File "/usr/share/mythtv/mythvidexport.py", line 77, in __init__
self.copy()
File "/usr/share/mythtv/mythvidexport.py", line 236, in copy
dstfp = self.vid.open('w', nooverwrite=True)
File "/usr/lib/python2.7/dist-packages/MythTV/dataheap.py", line 980, in
open
mode, False, nooverwrite, self._db)
File "/usr/lib/python2.7/dist-packages/MythTV/mythproto.py", line 297, in
ftopen
sg.dirname+filename)
File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 431, in
__call__
self.log(mask, level, message, detail)
File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 377, in
log
self._logdatabase(mask, level, message, detail)
File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 428, in
_logdatabase
message + (' -- {0}'.format(detail) if detail else '')))
UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' in
position 105: ordinal not in range(128)
2018-05-15 17:40:41.217882 D [23968] Python Database Connection database
callback received -- 0x7f4c75b3e628
2018-05-15 17:40:41.218213 D [23968] Python Database Connection Releasing
connection to pool

Looking at github I see the script hasn't been updated in a few years. It's
a great script but I don't know python. Anyway to patch it or should I just
shrug and temporarily change the "Piñata" to "Pinata" and change it back
after the export?

Thanks.
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
Am 15.05.2018 um 23:47 schrieb Ian Evans:
> On Tue, May 15, 2018 at 5:03 PM, Bill Meek <keemllib@gmail.com
> <mailto:keemllib@gmail.com>> wrote:
>
> On 05/15/2018 11:41 AM, Ian Evans wrote:
>
> since we're running it from the command line, we won't have a
> jobid so I
> followed the mythvidexport wiki and used chanid and starttime. In
> recordedprogram the chanid is 1091 and the starttime is
> 2011-08-23 23:30:00
> which I assume I change to 20110823233000
>
>
> Works if I subtract my standard UTC offset from the stored time, not
> my DST offset.
>
> --
> Bill
>
>
> Yep, adjusting the time got it to run and yes, it's a problem with an
> accented character in the episode title "The Panty Piñata Polarization":
>
> 2018-05-15 17:40:41.156820 I [23968] Python File Transfer Opening
> local file (w) -- /var/lib/mythtv/videos/Television/The Big Bang
> Theory/Season 2/The Big Bang Theory - S2E07 - The Panty Piñata
> Polarization.mpg
> 2018-05-15 17:40:41.157089 D [23968] Python Database Connection
> Acquiring connection from pool
> Traceback (most recent call last):
>   File "/usr/share/mythtv/mythvidexport.py", line 437, in <module>
>     main()
>   File "/usr/share/mythtv/mythvidexport.py", line 409, in main
>     export = VIDEO(opts)
>   File "/usr/share/mythtv/mythvidexport.py", line 77, in __init__
>     self.copy()
>   File "/usr/share/mythtv/mythvidexport.py", line 236, in copy
>     dstfp = self.vid.open('w', nooverwrite=True)
>   File "/usr/lib/python2.7/dist-packages/MythTV/dataheap.py", line
> 980, in open
>     mode, False, nooverwrite, self._db)
>   File "/usr/lib/python2.7/dist-packages/MythTV/mythproto.py", line
> 297, in ftopen
>     sg.dirname+filename)
>   File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 431,
> in __call__
>     self.log(mask, level, message, detail)
>   File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 377,
> in log
>     self._logdatabase(mask, level, message, detail)
>   File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 428,
> in _logdatabase
>     message + (' -- {0}'.format(detail) if detail else '')))
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' in
> position 105: ordinal not in range(128)
> 2018-05-15 17:40:41.217882 D [23968] Python Database Connection
> database callback received -- 0x7f4c75b3e628
> 2018-05-15 17:40:41.218213 D [23968] Python Database Connection
> Releasing connection to pool
>
> Looking at github I see the script hasn't been updated in a few years.
> It's a great script but I don't know python. Anyway to patch it or
> should I just shrug and temporarily change the "Piñata" to "Pinata"
> and change it back after the export?
>
> Thanks.
Did you tried setting utf8 charset like this?

PYTHONIOENCODING=utf-8 python /srv/bin/mythvidexport.py --skiplist
--listingonly --delete %JOBID%

--
Nicolas

MythTV fixes/0.27 [v0.27.4-30-g3b43903]
Ubuntu 14.04.1 LTS (GNU/Linux 3.13.0-45-generic x86_64)
Digital Devices GmbH Octopus DVB Adapter via ddbridge kernel module
15c2:0036 SoundGraph Inc. LC16M VFD Display/IR Receiver (imon) via LIRC/devinput
Intel Corporation Core Processor Integrated Graphics Controller (rev 12)
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On Wed, May 16, 2018 at 4:46 PM, Nicolas Krzywinski <myth2@site7even.de>
wrote:

> Am 15.05.2018 um 23:47 schrieb Ian Evans:
>
> On Tue, May 15, 2018 at 5:03 PM, Bill Meek <keemllib@gmail.com> wrote:
>
>> On 05/15/2018 11:41 AM, Ian Evans wrote:
>>
>>> since we're running it from the command line, we won't have a jobid so I
>>> followed the mythvidexport wiki and used chanid and starttime. In
>>> recordedprogram the chanid is 1091 and the starttime is 2011-08-23
>>> 23:30:00
>>> which I assume I change to 20110823233000
>>>
>>
>> Works if I subtract my standard UTC offset from the stored time, not
>> my DST offset.
>>
>> --
>> Bill
>>
>>
> Yep, adjusting the time got it to run and yes, it's a problem with an
> accented character in the episode title "The Panty Piñata Polarization":
>
> 2018-05-15 17:40:41.156820 I [23968] Python File Transfer Opening local
> file (w) -- /var/lib/mythtv/videos/Television/The Big Bang Theory/Season
> 2/The Big Bang Theory - S2E07 - The Panty Piñata Polarization.mpg
> 2018-05-15 17:40:41.157089 D [23968] Python Database Connection Acquiring
> connection from pool
> Traceback (most recent call last):
> File "/usr/share/mythtv/mythvidexport.py", line 437, in <module>
> main()
> File "/usr/share/mythtv/mythvidexport.py", line 409, in main
> export = VIDEO(opts)
> File "/usr/share/mythtv/mythvidexport.py", line 77, in __init__
> self.copy()
> File "/usr/share/mythtv/mythvidexport.py", line 236, in copy
> dstfp = self.vid.open('w', nooverwrite=True)
> File "/usr/lib/python2.7/dist-packages/MythTV/dataheap.py", line 980,
> in open
> mode, False, nooverwrite, self._db)
> File "/usr/lib/python2.7/dist-packages/MythTV/mythproto.py", line 297,
> in ftopen
> sg.dirname+filename)
> File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 431, in
> __call__
> self.log(mask, level, message, detail)
> File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 377, in
> log
> self._logdatabase(mask, level, message, detail)
> File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 428, in
> _logdatabase
> message + (' -- {0}'.format(detail) if detail else '')))
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' in
> position 105: ordinal not in range(128)
> 2018-05-15 17:40:41.217882 D [23968] Python Database Connection database
> callback received -- 0x7f4c75b3e628
> 2018-05-15 17:40:41.218213 D [23968] Python Database Connection Releasing
> connection to pool
>
> Looking at github I see the script hasn't been updated in a few years.
> It's a great script but I don't know python. Anyway to patch it or should I
> just shrug and temporarily change the "Piñata" to "Pinata" and change it
> back after the export?
>
> Thanks.
>
> Did you tried setting utf8 charset like this?
>
> PYTHONIOENCODING=utf-8 python /srv/bin/mythvidexport.py --skiplist
> --listingonly --delete %JOBID%
>
>

Took your suggestion and added PYTHONIOENCODING=utf-8 to the start of the
command line. Got the same result at the end of the logging:

"UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' i"n
position 105: ordinal not in range(128)"
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On Wed, May 16, 2018 at 5:21 PM, Ian Evans <dheianevans@gmail.com> wrote:

> On Wed, May 16, 2018 at 4:46 PM, Nicolas Krzywinski <myth2@site7even.de>
> wrote:
>
>> Am 15.05.2018 um 23:47 schrieb Ian Evans:
>>
>> On Tue, May 15, 2018 at 5:03 PM, Bill Meek <keemllib@gmail.com> wrote:
>>
>>> On 05/15/2018 11:41 AM, Ian Evans wrote:
>>>
>>>> since we're running it from the command line, we won't have a jobid so I
>>>> followed the mythvidexport wiki and used chanid and starttime. In
>>>> recordedprogram the chanid is 1091 and the starttime is 2011-08-23
>>>> 23:30:00
>>>> which I assume I change to 20110823233000
>>>>
>>>
>>> Works if I subtract my standard UTC offset from the stored time, not
>>> my DST offset.
>>>
>>> --
>>> Bill
>>>
>>>
>> Yep, adjusting the time got it to run and yes, it's a problem with an
>> accented character in the episode title "The Panty Piñata Polarization":
>>
>> 2018-05-15 17:40:41.156820 I [23968] Python File Transfer Opening local
>> file (w) -- /var/lib/mythtv/videos/Television/The Big Bang Theory/Season
>> 2/The Big Bang Theory - S2E07 - The Panty Piñata Polarization.mpg
>> 2018-05-15 17:40:41.157089 D [23968] Python Database Connection Acquiring
>> connection from pool
>> Traceback (most recent call last):
>> File "/usr/share/mythtv/mythvidexport.py", line 437, in <module>
>> main()
>> File "/usr/share/mythtv/mythvidexport.py", line 409, in main
>> export = VIDEO(opts)
>> File "/usr/share/mythtv/mythvidexport.py", line 77, in __init__
>> self.copy()
>> File "/usr/share/mythtv/mythvidexport.py", line 236, in copy
>> dstfp = self.vid.open('w', nooverwrite=True)
>> File "/usr/lib/python2.7/dist-packages/MythTV/dataheap.py", line 980,
>> in open
>> mode, False, nooverwrite, self._db)
>> File "/usr/lib/python2.7/dist-packages/MythTV/mythproto.py", line 297,
>> in ftopen
>> sg.dirname+filename)
>> File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 431,
>> in __call__
>> self.log(mask, level, message, detail)
>> File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 377,
>> in log
>> self._logdatabase(mask, level, message, detail)
>> File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 428,
>> in _logdatabase
>> message + (' -- {0}'.format(detail) if detail else '')))
>> UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' in
>> position 105: ordinal not in range(128)
>> 2018-05-15 17:40:41.217882 D [23968] Python Database Connection database
>> callback received -- 0x7f4c75b3e628
>> 2018-05-15 17:40:41.218213 D [23968] Python Database Connection Releasing
>> connection to pool
>>
>> Looking at github I see the script hasn't been updated in a few years.
>> It's a great script but I don't know python. Anyway to patch it or should I
>> just shrug and temporarily change the "Piñata" to "Pinata" and change it
>> back after the export?
>>
>> Thanks.
>>
>> Did you tried setting utf8 charset like this?
>>
>> PYTHONIOENCODING=utf-8 python /srv/bin/mythvidexport.py --skiplist
>> --listingonly --delete %JOBID%
>>
>>
>
> Took your suggestion and added PYTHONIOENCODING=utf-8 to the start of the
> command line. Got the same result at the end of the logging:
>
> "UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' i"n
> position 105: ordinal not in range(128)"
>

A question about the error line about the ascii codec: is it being thrown
by is the error in line 428 of
/usr/lib/python2.7/dist-packages/MythTV/logging.py
which is:

message + (' -- {0}'.format(detail) if detail else '')))
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On 5/17/2018 1:25 PM, Ian Evans wrote:
> On Wed, May 16, 2018 at 5:21 PM, Ian Evans <dheianevans@gmail.com
> <mailto:dheianevans@gmail.com>> wrote:
>
> On Wed, May 16, 2018 at 4:46 PM, Nicolas Krzywinski
> <myth2@site7even.de <mailto:myth2@site7even.de>> wrote:
>
> Am 15.05.2018 um 23:47 schrieb Ian Evans:
>>
>> UnicodeEncodeError: 'ascii' codec can't encode character
>> u'\xf1' in position 105: ordinal not in range(128)
>> 2018-05-15 17:40:41.217882 D [23968] Python Database
>> Connection database callback received -- 0x7f4c75b3e628
>> 2018-05-15 17:40:41.218213 D [23968] Python Database
>> Connection Releasing connection to pool
>>
>> Looking at github I see the script hasn't been updated in a
>> few years. It's a great script but I don't know python.
>> Anyway to patch it or should I just shrug and temporarily
>> change the "Piñata" to "Pinata" and change it back after the
>> export?
>>
>> Thanks.
> Did you tried setting utf8 charset like this?
>
> PYTHONIOENCODING=utf-8 python /srv/bin/mythvidexport.py
> --skiplist --listingonly --delete %JOBID%
>
>
>
> Took your suggestion and added PYTHONIOENCODING=utf-8 to the start
> of the command line. Got the same result at the end of the logging:
>
> "UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1'
> i"n position 105: ordinal not in range(128)"
>
>
> A question about the error line about the ascii codec: is it being
> thrown by is the error in line 428 of
> /usr/lib/python2.7/dist-packages/MythTV/logging.py which is:
>
> message + (' -- {0}'.format(detail) if detail else '')))
>
Assuming you meant 128 and not 428...
105 is the position of the character at issue. 128 is the range of ASCII
characters (0-127) that the accented character is outside of.

--
Jim
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On Thu, May 17, 2018 at 2:45 PM, Jim <lists@morton.hrcoxmail.com> wrote:

> On 5/17/2018 1:25 PM, Ian Evans wrote:
>
>> On Wed, May 16, 2018 at 5:21 PM, Ian Evans <dheianevans@gmail.com
>> <mailto:dheianevans@gmail.com>> wrote:
>>
>> On Wed, May 16, 2018 at 4:46 PM, Nicolas Krzywinski
>> <myth2@site7even.de <mailto:myth2@site7even.de>> wrote:
>>
>> Am 15.05.2018 um 23:47 schrieb Ian Evans:
>>
>>>
>>> UnicodeEncodeError: 'ascii' codec can't encode character
>>> u'\xf1' in position 105: ordinal not in range(128)
>>> 2018-05-15 17:40:41.217882 D [23968] Python Database
>>> Connection database callback received -- 0x7f4c75b3e628
>>> 2018-05-15 17:40:41.218213 D [23968] Python Database
>>> Connection Releasing connection to pool
>>>
>>> Looking at github I see the script hasn't been updated in a
>>> few years. It's a great script but I don't know python.
>>> Anyway to patch it or should I just shrug and temporarily
>>> change the "Piñata" to "Pinata" and change it back after the
>>> export?
>>>
>>> Thanks.
>>>
>> Did you tried setting utf8 charset like this?
>>
>> PYTHONIOENCODING=utf-8 python /srv/bin/mythvidexport.py
>> --skiplist --listingonly --delete %JOBID%
>>
>>
>>
>> Took your suggestion and added PYTHONIOENCODING=utf-8 to the start
>> of the command line. Got the same result at the end of the logging:
>>
>> "UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1'
>> i"n position 105: ordinal not in range(128)"
>>
>>
>> A question about the error line about the ascii codec: is it being thrown
>> by is the error in line 428 of /usr/lib/python2.7/dist-packages/MythTV/logging.py
>> which is:
>>
>> message + (' -- {0}'.format(detail) if detail else '')))
>>
>> Assuming you meant 128 and not 428...
> 105 is the position of the character at issue. 128 is the range of ASCII
> characters (0-127) that the accented character is outside of.
>
> --
> Jim
>
>
>
No, I DID mean line 428 of logging.py as seen in the trace. Just curious is
that's the line that's causing the character in position 105 to trigger the
error. Forgot to include the line in my last message:


File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 428, in
_logdatabase
message + (' -- {0}'.format(detail) if detail else '')))
UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' in
position 105: ordinal not in range(128)

For completeness in the thread, here's the full traceback:

2018-05-15 17:40:41.157089 D [23968] Python Database Connection Acquiring
connection from pool
Traceback (most recent call last):
File "/usr/share/mythtv/mythvidexport.py", line 437, in <module>
main()
File "/usr/share/mythtv/mythvidexport.py", line 409, in main
export = VIDEO(opts)
File "/usr/share/mythtv/mythvidexport.py", line 77, in __init__
self.copy()
File "/usr/share/mythtv/mythvidexport.py", line 236, in copy
dstfp = self.vid.open('w', nooverwrite=True)
File "/usr/lib/python2.7/dist-packages/MythTV/dataheap.py", line 980, in
open
mode, False, nooverwrite, self._db)
File "/usr/lib/python2.7/dist-packages/MythTV/mythproto.py", line 297, in
ftopen
sg.dirname+filename)
File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 431, in
__call__
self.log(mask, level, message, detail)
File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 377, in
log
self._logdatabase(mask, level, message, detail)
File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 428, in
_logdatabase
message + (' -- {0}'.format(detail) if detail else '')))
UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' in
position 105: ordinal not in range(128)
2018-05-15 17:40:41.217882 D [23968] Python Database Connection database
callback received -- 0x7f4c75b3e628
2018-05-15 17:40:41.218213 D [23968] Python Database Connection Releasing
connection to pool
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On Thu, 17 May 2018 15:10:57 -0400, you wrote:

>On Thu, May 17, 2018 at 2:45 PM, Jim <lists@morton.hrcoxmail.com> wrote:
>
>> On 5/17/2018 1:25 PM, Ian Evans wrote:
>>
>>> On Wed, May 16, 2018 at 5:21 PM, Ian Evans <dheianevans@gmail.com
>>> <mailto:dheianevans@gmail.com>> wrote:
>>>
>>> On Wed, May 16, 2018 at 4:46 PM, Nicolas Krzywinski
>>> <myth2@site7even.de <mailto:myth2@site7even.de>> wrote:
>>>
>>> Am 15.05.2018 um 23:47 schrieb Ian Evans:
>>>
>>>>
>>>> UnicodeEncodeError: 'ascii' codec can't encode character
>>>> u'\xf1' in position 105: ordinal not in range(128)
>>>> 2018-05-15 17:40:41.217882 D [23968] Python Database
>>>> Connection database callback received -- 0x7f4c75b3e628
>>>> 2018-05-15 17:40:41.218213 D [23968] Python Database
>>>> Connection Releasing connection to pool
>>>>
>>>> Looking at github I see the script hasn't been updated in a
>>>> few years. It's a great script but I don't know python.
>>>> Anyway to patch it or should I just shrug and temporarily
>>>> change the "Pi?ata" to "Pinata" and change it back after the
>>>> export?
>>>>
>>>> Thanks.
>>>>
>>> Did you tried setting utf8 charset like this?
>>>
>>> PYTHONIOENCODING=utf-8 python /srv/bin/mythvidexport.py
>>> --skiplist --listingonly --delete %JOBID%
>>>
>>>
>>>
>>> Took your suggestion and added PYTHONIOENCODING=utf-8 to the start
>>> of the command line. Got the same result at the end of the logging:
>>>
>>> "UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1'
>>> i"n position 105: ordinal not in range(128)"
>>>
>>>
>>> A question about the error line about the ascii codec: is it being thrown
>>> by is the error in line 428 of /usr/lib/python2.7/dist-packages/MythTV/logging.py
>>> which is:
>>>
>>> message + (' -- {0}'.format(detail) if detail else '')))
>>>
>>> Assuming you meant 128 and not 428...
>> 105 is the position of the character at issue. 128 is the range of ASCII
>> characters (0-127) that the accented character is outside of.
>>
>> --
>> Jim
>>
>>
>>
>No, I DID mean line 428 of logging.py as seen in the trace. Just curious is
>that's the line that's causing the character in position 105 to trigger the
>error. Forgot to include the line in my last message:
>
>
>File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 428, in
>_logdatabase
> message + (' -- {0}'.format(detail) if detail else '')))
>UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' in
>position 105: ordinal not in range(128)

Yest, that is the line where the error is happening, in the MythTV
Python bindings logging system. It looks as though, for some strange
reason, the string is being converted to ASCII. In Python these days,
as much as possible all strings should be being stored and used as
Unicode. And up until that line, they seem to have been Unicode. I
have not delved into the logging.py file for quite a while, but the
problem likely lies in there somewhere. I can not see any reason why
the logging output would want to be in ASCII - doing the output in
Unicode is what you would normally want. But something is forcing a
conversion.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On 05/17/2018 02:10 PM, Ian Evans wrote:
...
> self._logdatabase(mask, level, message, detail)
> File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 428, in
> _logdatabase
> message + (' -- {0}'.format(detail) if detail else '')))
...

Does this fail the same if you add the --nodblog switch?

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: mythvidexport.py failing on one episode -- still the non-ascii bug? [ In reply to ]
On Thu, May 17, 2018 at 10:47 PM, Bill Meek <keemllib@gmail.com> wrote:

> On 05/17/2018 02:10 PM, Ian Evans wrote:
> ...
>
>> self._logdatabase(mask, level, message, detail)
>> File "/usr/lib/python2.7/dist-packages/MythTV/logging.py", line 428,
>> in
>> _logdatabase
>> message + (' -- {0}'.format(detail) if detail else '')))
>>
> ...
>
> Does this fail the same if you add the --nodblog switch?
>
> --
> Bill
>
>
>
Just ran it from the command line with the -nodblog switch and it
successfully executed. Will add that to the user job.

Thanks! And thanks to the others who participated in this thread.