ts files with AC3 audio does not play

[Barsk]

Well, I have been around for some time also, but I never had to dig into EBCDIC luckily. I started programming in C on Sun workstations in 1989 (UNIX), avoided windows programming altoghether and took the plunge to Java in 1998. Been there since.

Yes, proper i18n handling is a messy business, even if you just want to support one character set, e.g. swedish chars. There are many implementations that may conflict. And a few stupid reasons too, like the windows codepage (850 is it?) that is similar, but not equal to is 8859-1. So most of the time it works but there are spcial cases where it fails. M$! :mad:
When we come to web there is two proper ways to encode swedish, iso 8859-1 or utf-8. But you need to keep your selected encoding style consistent through the code and the database or you end up with those errors again. I've been there last week correcting such a bug

Well, there is only one proper way to handle it all and it is going all utf-8. That is the path for our coding here now, i.e to convert all old iso-8859-1 encodings to utf-8.

[mvallevand]

That's the source of the problem with GBPVR, it doesn't find the file when I request it from the media stream or from the web server (I can get it from an alternate web server just fine). The current version requests it in utf (and if you look at post #5 you see the utf converted to utf). It I send 8859-1 it is converted properly to utf but the file is still not found, so maybe if the file on your file system is named in unicode it could work.

Martin

[Barsk]

Hmm, I do not know what encoding Windows uses for local files really. I have Swedish as my language setting. Are file names encoded differently according to language packs? Also I use Windows XP if that has any importance.

And, it is GB-PVR that has named the file from the recording interface, which pulls it's file names from xmltv based EPG. I guess xmltv uses utf-8 but that is not the issue since the encoding is correct from the EPG to the file name.

Where do you get the file name that you request? From the database, or from a webservice in gbpvr? The encoding/decoding can get wrong in getting the file name and decoding it, as well as in sending the request for streaming - where gbpvr should decode your encoding...

[mvallevand]

I’ve never really understood how NTFS is linked to the code page, but the is a link

As an example using the alt method of typing the ö (alt-148) I get these results

Code:

C:\>chcp
Active code page: 437
C:\>dir börsk.ts
File Not Found
C:\>chcp 850
Active code page: 850
C:\>dir börsk.ts
File Not Found
C:\>chcp 1250
Active code page: 1250
C:\>dir börsk.ts
10/01/2009  02:53 PM                 2 börsk.ts

The second problem is requesting b&xf6;rsk.ts via or b%f6.rsk.ts via http fails with the GBPVR web server but the file will be served by other web servers.

Martin

[Barsk]

Well, I am well into speculation mode here as I don't really have to care about Windows code pages from my normal programming in Java.

I can see from your example that the problem is not easy to grasp. I haven't come across these kinds of problems really. The encoding of characters sets in Java are handled quite well in both server and client side. You just have to keep the encoding and decoding to the same standard and then you are Ok.
But when it comes to file names, I haven't run into these kinds of problems so I am afraid I am of little help. My guess is that Subs webserver code is not handling encoding/decoding properly once you settle for a specific encoding style, e.g utf-8...