On 16/10/2019 17:07, RS wrote: > On 16/10/2019 09:26, Budge wrote: > >> I have it now. My misunderstanding was that I was putting the file >> address where file is in the command line, not putting the file into the >> place where GiP settings have it. Sorry for my mistake. >> > > I have got this wrong. There is no bug. Sorry to have misled you. When > I tried to re-tag files whose streams were no longer available it failed > because I too had got the file locations wrong. > > All the WARNING messages about "No media stream found ..." are rather > confusing. If --tag-only works correctly when there are no streams > available it displays four WARNING messages and two INFO messages > followed by > Tagging M4A [or MP4] > > If the file to be tagged cannot be found when there are no streams > available it displays the same four WARNING messages and two INFO > messages followed by a WARNING message > "Cannot tag missing file: ..." > > It would be better if the if statement at line 5457 of the v3.22 script > were moved above line 5445. > > Best wishes > Richard > > > > > > _______________________________________________ > get_iplayer mailing list > [email protected] > http://lists.infradead.org/mailman/listinfo/get_iplayer
Hi Richard and very many thanks for the clarification but I did have it wrong myself before. What I am not sure of is whether the re-tagging fetches the metadata and how intelligently it is applied. On one batch of 5 files from 2012 I seem to have lost data or messed up. My starting point was with downloads that had thumbnails but which would not play from the control point and stalled the control point app. I found from previous work that moving the moov atom to the start of the AtomicParsley metadata by using qt-quickstart on the file made it playable but... With these files there was no control of the play position. I could only play them from the start. With the second batch of five files from 2013 there was no thumbnail and tagging didn't appear as expected but I could see by looking at the data (can't find it now!) that there were jpegs within the metadata so I ran the GiP re-tagging and all worked perfectly and the thumbnail and tags were as they should be. Thinking that the re-tagging might fix the play position problem I have with the first batch (2012 year) I ran this from the right place (get_iplayer --type=radio --pid=b01r1vt2 --tag-only --tag-podcast-radio --tag-only-filename=/home/GiP_Recordings/Composer_of_the_Week_-_George_Frideric_Handel_1685-1759_1_b01kptv0_default.m4a) But this failed to resolve the playback position problem. Unfortunately I altered the filename when doing the qt-faststart just to enable me to differentiate between old and new files and this may have broken things. Will start over but sharing this fyi. _______________________________________________ get_iplayer mailing list [email protected] http://lists.infradead.org/mailman/listinfo/get_iplayer
