Filesize bei WAP-download falsch auf neuen SE Handys

  • Folgendes Problem:
    Ich habe ein 22k grosses .jpg Bild auf einem Server.
    Wird's mit einem älteren V800 runtergeladen ist alles i.o.
    Wird's mit einem K750i oder K600i runtergeladen, werden 278k runtergeladen!!


    - ich habe das mit mehreren Bildern versucht, überall dasselbe
    - ich habe es auf mehreren Servern versucht, überall dasselbe


    was passiert da?

  • Ergänzende Infos: Swisscom Mobile, WAP via GPRS, Kosten 10Rp/10kB (=ca 6.5 cent)
    Es werden tatsächlich 278kB runtergeladen und ebensoviel verrechnet.


    Meine Erkenntnisse bisher:
    - Es wird effektiv ein GIF runtergeladen, nicht das vorliegende JPG.
    - Swisscom Mobile verwendet im Netz einen Konverter, welcher die Daten Handy-kompatibel umwandelt. Dieser Konverter meint tatsächlich, ein SE K700i sei unfähig en JPG anzuzeigen und generiert deshalb ein GIF welches über 12x grösser ist.
    - Dieses Datenvolumen wird auch so verrechnet (da werde ich wohl bei Erhalt der Rechnung nochmals reklamieren müssen)
    - Weitere Handys und Netzbetreiber haben kein Problem mit JPGs


    Ich weiss, das tönt unglaublich, aber ich hoffe jetzt mal auf eine baldige Systemkorrektur bei Swisscom Mobile und entsprechende Kulanz bei der Rechnung ...

  • Hallo Joy


    Ich kenne das Problem, jedoch tritt dieser "Fehler" auch bei "Orange" auf.


    Meine Erkenntnisse: Das XML-File des K750i weist wahrscheinlich einen Fehler auf.
    Orange hat reagiert und stellt ein modifizertes XML-File zur verfügung
    dass allerdings nur mit dem Internet-APN funktioniert. Somit werden dann
    JPEG-Bilder anstelle der GIF's angezeigt.


    Wenn ich nun den User-Agent des K750i hier* betrachte, so fällt auf das
    es nur GIF-Bilder anzeigen kann. Auch andere Applikation, die das Telephon unterstützt, fallen weg.
    (Als Test kann man diese Seite mit einem K700i aufrufen, dann sieht man
    die Unterschiede).


    Quellen:


    *HTTP-Header (komplette Uebersicht):
    http://webcab.de/cgi-bin/httph.cgi/c?=all
    (Eingeben im Wap-Browser)


    User-Agent-String Normal:
    http://wap.sonyericsson.com/UAprof/K750iR101.xml


    User-Agent-String Orange:
    http://rapidshare.de/files/5699768/K750iR101_FIXED.xml.html


    Vielleicht hilft Dir eine andere Wap/Web einstellung das Problem zu lösen.


    @ die Anderen:


    Vielleicht weiss einer mehr über das mysteriöse Verhalten
    des UA-Strings oder vom XML-File. Würde mich noch interessieren.



    Gruss aus Basel


    homeimprover

  • Das ist ja ein Klasse CGI.
    :top:


    Aber was genau ist Deine Frage? Verstehe gerade Dein Problem nicht. Im original User Agent Profile ist JPEG im Accept drin.

  • Hallo Abi99,


    Das ist schon richtig, meine Frage ist aber: Wieso werden nicht alle
    Accept-Infos im Webcab angezeigt? (Wie beim K700i)


    Dadurch ist bei mir das Problem enstanden das JPEG-Bilder nicht als
    solche angezeigt werden, ausser man stellt die WAP-Settings um
    wie oben beschrieben.


    Gleiches verhalten auch bei meinem neuen K600i, allerdings werden
    dort die Bilder richtig dargestellt. Es werden auch dort nicht alle
    Accept-Infos angezeigt, jedoch einige mehr als beim K750i.


    Ein Problem muss es doch geben, sonst würde Orange ja nicht gepatchte
    XML-Files zur verfügung stellen oder?


    Ich hoffe das ich das Problem einigermassen verständlich Erklären konnte.


    Gruss homeimprover


    Edit: Ich probiere das ganze noch mit Sunrise und Swisscom, vielleicht
    komme ich zu einem Ergebniss. Melde mich wieder wenn ich mehr
    weiss.

  • Zitat

    Original geschrieben von homeimprover
    Ein Problem muss es doch geben, sonst würde Orange ja nicht gepatchte
    XML-Files zur verfügung stellen oder?


    An der geänderten XML liegt es imho nicht, dort hat Orange nur einen Part der MMS Einstellungen hinzugefügt, der Rest der Datei ist identisch mit der Originalversion.


    PHP
    <mms:MmsContentClass>
    <rdf:Bag>
    <rdf:li>TX</rdf:li>
    <rdf:li>IR</rdf:li>
    <rdf:li>IB</rdf:li>
    <rdf:li>VB</rdf:li>
    <rdf:li>VR</rdf:li>
    </rdf:Bag>
    </mms:MmsContentClass>


    Auch sonst kann man beim Vergleich von K700 & K750 XML auf den ersten Blick keine fehlerhaften Einstellungen erkennen. Ich würde eher auf ein Problem bei den Providern tippen.

  • Hallo phoneman,


    Danke das Du das mal die XML-Files überprüft hast :top: .
    Somit kann man mal ein "fehlerhaftes" XML-File auschliessen.


    Also ich bin zum folgenden Ergebniss beim K750i gekommen:


    Orange:


    APN "wap" ohne Proxyeinstellung, Internet-Modus "Wap" = kein JPEG-Bild, nur GIF
    APN "wap" mit Proxyeinstellung, Internet-Modus "HTTP" = kein JPEG-Bild, nur GIF
    APN "internet" ohne Proxyeinstellung, Internet-Modus "HTTP" = JPEG-Bild


    Sunrise:


    APN "wap.sunrise.ch" mit Proxyeinstellung, Internet-Modus "HTTP" = JPEG-Bild


    Swisscom:


    APN "gprs.swisscom.ch" mit Proxyeinstellung, Internet-Modus "HTTP" = JPEG-Bild
    wird angezeigt, jedoch wird es als GIF-Bild gespeichert.


    Fazit:
    Es wird demnach ein Netzbetreiber-Problem sein. Was ich mir aber immer noch nicht erklären kann das auf Webcab beim K700i bei Accept-Info soviel angezeigt
    wird und beim K750i fast nichts.


    Gruss homeimprover

  • Die User Agent Profile sind genau dazu da (unter anderem), dass die Accept Header kleiner werden. Im HTTP Request taucht das OMA eigene User Agent Profile Feld auf, welches auf die obige XML Datei verweisst. Ein User Agent Profile sensibler HTTP Server arbeitet daher nicht nur die Accept Header sondern diese XML Datei aus. Entweder ruft der Server diese selbst ab oder hat sie bereits hinterlegt.


    Dadurch kann man sich eigentlich den gesamten Accept Header sparen und */* reinschreiben. Da es aber noch genug User Agent Profile unwissende Server gibt, werde einige wenige absolut notwendige Werte angegeben. Ach wäre das schön, wenn es da ein Apache httpd Modul gäbe, welches die richtig umlegt.


    Der Server wird wohl nicht richtig arbeiten oder User Agent Profile nicht dynamisch laden können.


    Tja, wenn HTTP nicht so ein Mist wäre, hätte sich OMA nicht soviel Mist ausdenken müssen. Was die sich schon alles verrenkt haben. Nutzt eh keiner (mehr).

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!