Custom Query (13624 matches)

Linux The scp command fails sometimes due to a conflict with the mythtv-status script. An ssh session works as expected.

"mythtv" is the pc with mythtv installed, scp is run from another desktop pc both are running linux.

In both cases scp is run on the desktop pc, 1 copying a file from mythtv pc to the desktop pc and 2 copying a file from the desktop pc to the mythtv pc

Case 1 (file copied from mythtv pc to desktop pc):

scp mythtv:filename filename

Output:

protocol error: unexpected <newline>

The file (filename) isn't copied from the desktop to the mythtv box.

Case 2 (file copied from desktop pc to mythtv pc):

scp filename mythtv:filename

Output:

MythTV status for localhost"

There is a \n (causing a blank line) before the text.

The file (filename) isn't copied in either case 1 or case 2.

Uninstalling the mythtv-status package resolves the issue (ie scp copies the file as expected so this is the workaround) as does removing the .ssh/rc file that causes the mythtv-status to run on remote login (via ssh or scp) to the mythtv pc.

You may want to re-classify this ticket as "Bindings - Perl" as it is a perl script.

Tested with DVB-T recordings, it seems mytharchivehelper doesn't trap range errors before calling Qlist, and Qlist spits a core dump.

example mythburn.log extract appended:

Pre-processing recording 1: '/mnt/Storage3/MythTVRecordings/1092_20200502114700.ts'
[mpegts @ 0x5649a7b0bdc0] write_section_data: PID 0x322 CRC error
[mp3float @ 0x5649a7b0c780] Header missing
[mpegts @ 0x5649a7b0bdc0] start time for stream 3 is not set in estimate_timings_from_pts
[mpegts @ 0x5649a7b0bdc0] PES packet size mismatch
[mpegts @ 0x5649a7b0bdc0] PES packet size mismatch
Input #0, mpegts, from '/mnt/Storage3/MythTVRecordings/1092_20200502114700.ts':
  Duration: 02:59:48.71, start: 14200.123022, bitrate: 2653 kb/s
    Stream #0:0[0x200]: Video: mpeg2video (Main), yuv420p(tv, top first), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x2c6](eng): Audio: mp2, 48000 Hz, stereo, fltp, 192 kb/s
    Stream #0:2[0x240](eng): Subtitle: dvb_teletext
Codec 0x17813 is not in the full list.
    Stream #0:3[0x322]: Data: unknown_codec
ASSERT failure in QList<T>::operator[]: "index out of range", file /usr/include/x86_64-linux-gnu/qt5/QtCore/qlist.h, line 552
Aborted (core dumped)
************************************************************
ERROR: Failed while running mytharchivehelper to get stream information.
Result: 134, Command was mytharchivehelper -q -q --getfileinfo --infile "/mnt/Storage3/MythTVRecordings/1092_20200502114700.ts" --outfile "/home/martin/mytharctemp/work/1/streaminfo.xml" --method 0
See mythburn.log for more information.
************************************************************

A valuable use case for me, personally, is to have my images organized stored based on how they were acquired, but then write scripts to organize them more systematically, with symlinks back to the source files.

The current code prevents that by ignoring symbolic links. That choice has existed since commit f3ba1b37c4c6db470bf21dcb54f77cd949777f63 in 2013 which originated this function afaict. It's not clear to me if ignoring symlinks solves a problem or was just chosen arbitrarily. The videos viewer works fine with symlinks, so this makes the gallery more in step with video files.

The change is trivial, and appears to work in my testing. A pull request has been created for this as well.