Re: parser error

[Vangelis forthnet]

On Fri Nov 3 12:19:35 GMT 2017, RS wrote:


but is seems more likely that the BBC
would respond to something causing an error
in the iPlayer. The BBC does correct errors.


Hi Richard :-)

by opening
http://www.bbc.co.uk/iplayer/subtitles/ng/modav/bUnknown-5df25dc8-d38f-43e5-93a2-38b6c778f852_b09c79wx_1509625417009.xml
one can read:


Created on 2/11/2017 at 12:23:23


so this was just fixed at noon yesterday
(most recent Suspicion repeat aired on
22/10/2017@13:30; so it took them eleven days
to identify and remedy the problem)...
I have no doubt an iPlayer user did alert them; however,
this is not mentioned as a "Recently Fixed Fault" at:
https://www.bbc.co.uk/iplayer/help/programme-availability/programme-issues


What is more interesting is that neither the file you refer to
nor the captions file it links to (URI snipped) are XML files.


... Well, I'm a complete dunce with regards to XML structure,
but when I see an .xml extension in the URI, I "assume" it points
to an ".xml" file... FWIW, the "belisage" article you referenced says


the existing XML standard for timed text, TTML


This then got me to
https://www.w3.org/TR/ttml1/#content-attribute-id
https://www.w3.org/TR/2005/REC-xml-id-20050909/
https://www.w3.org/TR/ttml1/#content-attribute-lang
https://www.w3.org/TR/ttml1/#content-attribute-space

When viewed in Firefox, as you said


The captions file begins
-


so xml:lang does imply it's an XML subset...
Of course, Ralph came to the rescue for both
of us, as fetching the file on disk and viewing
it with an editor (BTW, I use PSPad), I do see
first lines being


http://www.w3.org/2006/10/ttaf1; 
xmlns:ttp="http://www.w3.org/2006/10/ttaf1#parameter;


and it's those bits that Fx omits ;-(


where - is a dash character I can't copy.
Other  tags are preceded
by a similar dash character.


This "dash" character you are referring to
is not actually present inside the XML files,
but it's added by Fx; by clicking it, you can
collapse/expand content between matching tags;
clicking turns it into a plus sign and the XML
element's content gets hidden:

-
   SUSPICION - BRD00
 
   Ericsson 2017
 


turns into

+

As you can infer, default behaviour
is the expanded state...

Kindest regards,
Vangelis. 



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Still No Listings with PVR v3.06

[Ralph Corderoy]

Hi Chris,

> > ./get_iplayer --future --since 1 ^
>
> The issue for me is - yes I can do a PVR search if I know what I am
> looking for. But for new programmes I prefer to do an eyeball on the
> listing.

Right, so why doesn't searching for "everything" with the `^' regexp as
a second command achieve that listing of new programmes to eyeball?

-- 
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Still No Listings with PVR v3.06

[CJB]

The issue for me is - yes I can do a PVR search if I know what I am
looking for. But for new programmes I prefer to do an eyeball on the
listing. CJB

On 03/11/2017, Ralph Corderoy  wrote:
> Hi Lorenzo,
>
>> > > I used to find the list of additions to the cache tremendously
>> > > useful. An essential feature, even.  And I would use it to find
>> > > programs I wanted to watch or hear very quicky.
>
> Can't you let the cache update happen as normal, and then search it with
> a regular expression that matches everything, limited with a --since to
> what's been added in the last N hours, e.g.
>
> ./get_iplayer --future --since 1 ^
>
> Without the --future it will warn it's ignoring programmes that aren't
> available yet, listing each.
>
> Obviously, you could change the `^' to another regexp, e.g. `deep', if
> you knew a bit of the title.
>
> --
> Cheers, Ralph.
> https://plus.google.com/+RalphCorderoy
>
> ___
> get_iplayer mailing list
> get_iplayer@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Still No Listings with PVR v3.06

[Ralph Corderoy]

Hi Lorenzo,

> > > I used to find the list of additions to the cache tremendously
> > > useful. An essential feature, even.  And I would use it to find
> > > programs I wanted to watch or hear very quicky.

Can't you let the cache update happen as normal, and then search it with
a regular expression that matches everything, limited with a --since to
what's been added in the last N hours, e.g.

./get_iplayer --future --since 1 ^

Without the --future it will warn it's ignoring programmes that aren't
available yet, listing each.

Obviously, you could change the `^' to another regexp, e.g. `deep', if
you knew a bit of the title.

-- 
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Still No Listings with PVR v3.06

[Alan Milewczyk]

Hi Lorenzo

It's useful keeping track of things on the forum as that's the only 
place the developer communicates on this subject, but you're more likely 
to get an in-depth friendlier debate here. I do both.


Alan

On 03/11/2017 15:15, Lorenzo Martinelli wrote:



On 03/11/2017 15:04, RS wrote:

From: Lorenzo Martinelli Sent: Friday, November 3, 2017 10:15 AM

I used to find the list of additions to the cache tremendously 
useful. An essential feature, even.
And I would use it to find programs I wanted to watch or hear very 
quicky.

Much more quickly than having to traipse through the GUI


IMO, it would be very beneficial it if could be restored as it was, 
at least as an option.



Please?


This has also been discussed in the forum.
https://squarepenguin.co.uk/forums/thread-1525.html

You could try making a request there.

Thanks! While I was aware of the forum, I am more comfortable using 
the Mailing list for information. Maybe I need to move with the times 
more...


L


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Still No Listings with PVR v3.06

[Lorenzo Martinelli]

On 03/11/2017 15:04, RS wrote:

From: Lorenzo Martinelli Sent: Friday, November 3, 2017 10:15 AM

I used to find the list of additions to the cache tremendously 
useful. An essential feature, even.
And I would use it to find programs I wanted to watch or hear very 
quicky.

Much more quickly than having to traipse through the GUI


IMO, it would be very beneficial it if could be restored as it was, 
at least as an option.



Please?


This has also been discussed in the forum.
https://squarepenguin.co.uk/forums/thread-1525.html

You could try making a request there.

Thanks! While I was aware of the forum, I am more comfortable using the 
Mailing list for information. Maybe I need to move with the times more...


L


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Still No Listings with PVR v3.06

[RS]

From: Lorenzo Martinelli 
Sent: Friday, November 3, 2017 10:15 AM


I used to find the list of additions to the cache tremendously useful. 
An essential feature, even.

And I would use it to find programs I wanted to watch or hear very quicky.
Much more quickly than having to traipse through the GUI


IMO, it would be very beneficial it if could be restored as it was, at 
least as an option.



Please?


This has also been discussed in the forum.
https://squarepenguin.co.uk/forums/thread-1525.html

You could try making a request there.


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: parser error

[RS]

From: Ralph Corderoy
Sent: Friday, November 3, 2017 12:50 PM


Don't use Firefox to view XML.  XML is plain text.  Download it to a
file and then use a text editor to view it.  Firefox is trying to be
helpful, but fails.


Hi Ralph

Sorry, yes.  I have confused myself by looking at one in Brackets and the 
other in Firefox.  If I look at them both in Brackets they are very similar 
apart from the NULs and some letters and digits in the .


Best wishes
Richard



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: parser error

[Ralph Corderoy]

Hi Richard,

> http://www.bbc.co.uk/iplayer/subtitles/ng/modav/bUnknown-5df25dc8-d38f-43e5-93a2-38b6c778f852_b09c79wx_1509625417009.xml
...
> I may be slightly wrong about that.  The problem subtitles file began
> 

That's fine.  https://www.w3.org/TR/xml/#NT-XMLDecl

> -
> where - is a dash character I can't copy.
...
> For both files Firefox

Don't use Firefox to view XML.  XML is plain text.  Download it to a
file and then use a text editor to view it.  Firefox is trying to be
helpful, but fails.

-- 
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: parser error

[RS]

From: Vangelis forthnet
Sent: Friday, November 3, 2017 1:41 AM



On Fri Oct 27 22:16:03 BST 2017, Ralph Corderoy wrote:



If the BBC haven't already been informed
that a particular URL serves broken XML
then that's the first thing to change,
including pointing out the NUL bytes that are causing the problem.
I'm sure they'd like to work out what went wrong,
and stop it happening again.



It looks as though the problem has been fixed upstream!
After navigating to (geo-filtered):



http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/b09c79wx



all three "connection href"s for service="captions"
load and render perfectly now in Firefox,
without generating an XML Parsing Error...
Someone from the BBC staff does browse
this list or was it perhaps an in-house find?


That’s interesting.  I don’t know whether anyone tried to view Suspicion in 
the iPlayer with subtitles to see if that was affected, but is seems more 
likely that the BBC would respond to something causing an error in the 
iPlayer.  The BBC does correct errors.  When we had problems with missing 
segment errors in HLS, many programmes were corrected a week or so after 
broadcast.


What is more interesting is that neither the file you refer to nor the 
captions file it links to

http://www.bbc.co.uk/iplayer/subtitles/ng/modav/bUnknown-5df25dc8-d38f-43e5-93a2-38b6c778f852_b09c79wx_1509625417009.xml
are XML files.

As I understand it, an XML file has to begin , have a link in its 
header to the DTD, and end <\xml>.


I may be slightly wrong about that.  The problem subtitles file began


The media selection file you refer to begins
-
where - is a dash character I can't copy.  Other  tags are preceded 
by a similar dash character.


The captions file begins
-
where again - is a dash character.

For both files Firefox displays a banner reading
This XML file does not appear to have any style information associated with 
it. The document tree is shown below.


I have been meaning to reply to Ralph and the others who commented.  I was 
going to do it here, but to avoid making this email any longer I'll do it in 
a separate email, except to draw attention to the Wikipedia article on 
TimedText_Markup_Language which you have already referred to

https://en.wikipedia.org/wiki/Timed_Text_Markup_Language
and in particular reference 2, WebVTT versus TTML: XML considered harmful 
for web captions?

http://www.balisage.net/Proceedings/vol10/html/Tai01/BalisageVol10-Tai01.html

Under the heading "Established industries versus emerging user communities" 
it says,


"While XML has been well received and is used in established industries, it 
has at least a disputable role on the web. The most prominent areas of 
debate are the draconian error handling implemented by XHMTL supporting web 
browsers and the growing suppression of XML through JSON as an interchange 
format for data on the web."


Best wishes
Richard



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

Re: Still No Listings with PVR v3.06

[Lorenzo Martinelli]

On 02/11/2017 19:55, RS wrote:

From: CJB
Sent: Thursday, November 2, 2017 3:54 PM



However I still get no listings for TV, and only a truncated listing
for Radio. And certainly no "total number of programmes added"


I think you may have misunderstood the use of --since.  As I 
understand it, it has to be used with --verbose.  Without --verbose 
nothing is listed when the cache is refreshed.  With --verbose the 
entire cache is isted.  --since=4 with --verbose limits the output to 
programmes added in the last 4 hours.  That, however is not the end of 
the story.  The listing of programmes added in the last 4 hours is 
preceded by an enormous number of "already exists" warnings.


I am using Windows and the CLI, and what I have said applies to them.  
Linux and/or the PVR may be different.  Without --verbose I do see the 
number of programmes added.


I think we all agree that DinkyPumpkin does an amazing job of devising 
workarounds when the BBC makes changes, often within a matter of 
hours.  For cosmetic changes it would be nice if there were some 
consultation as to what users want before things which are working are 
changed.



I used to find the list of additions to the cache tremendously useful. 
An essential feature, even.

And I would use it to find programs I wanted to watch or hear very quicky.
Much more quickly than having to traipse through the GUI

IMO, it would be very beneficial it if could be restored as it was, at 
least as an option.


Please?

Lnz

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer