Movieplayer>>VLC klappt nicht mehr wegen...

[petgun]

...eines daemlichen CR-Characters (0d) den VLC seit der Version http://vthr.via.ecp.fr/~videolan/build/ ... 070325.zip zusaetzlich uebertraegt wenn man eine Datei mit dem Movieplayer versucht auszuwaehlen um sie mit Hilfe von VLC abzuspielen

Es gibt dazu ein Ticket/Thread http://forum.videolan.org/viewtopic.php?t=9657 im VLC-Forum, aber ich befuerchte das wird nix geben....ist wahrscheinlich kein Bug sondern ein Feature der neuen Win32-Versionen...also bitte ich einen Entwickler/Movieplayer-Ahnungstraeger hier, mal einen Blick auf die Movieplayer Sourcen zu werfen und evt. dieses daemliche CR (0d) was VLC neuerdings beim browsen mit dem Movieplayer an jeden Dateinamen/Dirnamen dranhaengt wegzufiltern. Dann wuerden auch die aktuellen Win32 VLC-Snapshots wieder funktionieren.

cu,
peter

[jmittelst]

Da muß ich Peter mal unterstützen. Wenn es machbar ist, wäre das schon ganz gut. Optional wäre am besten, ich befürchte sonst Probleme mit den alten VLC-Versionen.
cu
Jens

[petgun]

Optional wäre am besten, ich befürchte sonst Probleme mit den alten VLC-Versionen.

..ich glaube nicht dass, das optional noetig ist...bei den 'alten' Versionen gibt's halt nix zu filtern da kein '0d' vor dem '0f' kommt...ein 'CR-Filter' kann imo also immer eingeschaltet sein.

[saruman]

Hmmm, hab den Thread eben mal durchgelesen. Einen Hinweis auf einen Grund für das Einfügen geben die da nicht, oder? Ansonsten könnten sie's ja auch einfach wieder rausnehmen...

[petgun]

Hmmm, hab den Thread eben mal durchgelesen. Einen Hinweis auf einen Grund für das Einfügen geben die da nicht, oder? Ansonsten könnten sie's ja auch einfach wieder rausnehmen...

...die sagen es gibt keine Aenderungen im Sourcecode und wissen somit einfach nicht was sie rueckgaengig machen sollen/woher dieses 'CR' ploetzlich kommt bzw. nehmen den 'bug' der vermutlich keiner ist nicht ernst....deshalb ja auch die Bitte in einem anderen Thread dieses Verhalten von VLC (nicht) zu bestaetigen...noch besser waere wenn ein Entwickler/Sourcecodekenner von hier, das im VLC-Forum in dem Thread kommentieren wuerde.

[saruman]

Das erinnert mich an früher: Ich hab' nix gemacht. Oder an Bart Simpson: Wasn't me.

[Zaphot]

Vielleicht wurde nur gegen andere libs gelinkt. Auf dem eigenen System neu kompilieren könnte da schon helfen.

[petgun]

hi,

Vielleicht wurde nur gegen andere libs gelinkt. Auf dem eigenen System neu kompilieren könnte da schon helfen.

..keine Ahnung..aber ich vermute auch, dass es vielleicht nur an irgendwelchen Compiler Optionen/Switches liegt..oder die haben den Compiler gewechselt..vielleicht erzeugen die die win32 nightly builds jetzt mit Cygwin..oder was auch immer. Die Linux VLC Benutzer haben dieses 'Problem' imo wahrscheinlich nicht. Aber noch mal zur 'Seriositaet' dieses 'bug': ich habe das hin und her getestet und es bleibt dabei:

http://vthr.via.ecp.fr/~videolan/build/ ... 060324.zip funktioniert noch, aber http://vthr.via.ecp.fr/~videolan/build/ ... 070325.zip und _jede_ nachfolgende Version einschliesslich das 0.8.2-test2 beta release von heute morgen funktioniert nicht mehr bei sonst gleicher Konfiguration...immer wegen dieses daemlichen 'CR'

@all
wenn Euch etwas an der Kombi aktueller VLC mit Movieplayer liegt, bitte ich Euch hiermit noch mal recht herzlich den oben beschriebenen Fehler im VLC-Forum _nach_ Anmeldung (als Gast geht aber _notfalls_ auch) in dem betreffenden Thread zu bestaetigen.

cu,
peter

[Houdini]

Ich habe mir die vlc sourcen vom 7.4.2005 und 6.4.2005 angeschaut,
vielleicht hab ich sogar was gefunden:

folgende Zeilen aus dem Makefile.am des vlc's

Code: Alles auswählen

	unix2dos $(top_builddir)/vlc-${VERSION}/http/*.html ;
	unix2dos $(top_builddir)/vlc-${VERSION}/http/*.css ;
	unix2dos $(top_builddir)/vlc-${VERSION}/http/admin/*.html ;
	unix2dos $(top_builddir)/vlc-${VERSION}/http/admin/.access ;
	unix2dos $(top_builddir)/vlc-${VERSION}/http/vlm/*.html ;

gibt es erst ab 7.4.2005 bzw. gibt es nicht in der Version 6.4.2005

Gruß
Houdini

[petgun]

hiho,
vielen Dank fuer Deine Muehe! Mir sagt das leider fast nix, 'unix2dos' hoert sich aber fuer mich auch sehr verdaechtig an...kannst Du das nicht bitte in dem erwaehnten Thread kommunizieren?

cu,
peter


PS:Ich hab's gepostet und ich hoffe die Jungs reagieren darauf.

[saruman]

Die Zeilen evtl. mal auskommentieren und den Source neu unter Windows kompilieren, dann das Ergebnis testen?

[petgun]

hi,

Die Zeilen evtl. mal auskommentieren und den Source neu unter Windows kompilieren, dann das Ergebnis testen?

klar wenn man das kann...ich kanns leider nicht...waere auch nett wenn sich die Entwickler von VLC dazu aeussern....

Ich glaube mittlerweile zwar auch fest daran das es genau an den Zeilen liegt die Houdini gepostet hat, habe aber keinen Schimmer warum die das so geaendert haben und was da noch alles dran haengt...eine spezialisierte VLC-Dbox-Version wird es sicher nicht geben. Wenn das also so bleiben muss, muessen wir sicher mit der 'alten' VLC-Version leben oder darauf hoffen, dass die Entwickler hier den Movieplayer speziell darauf anpassen...also das bloede 'CR' filtern.

cu,
peter

[saruman]

Compiler ziehen und denn lass rocken. Sieh es als herausforderung. Wobei Compilieren nicht allzuschwer ist. Das meiste macht ja das Makefile.

Ich schau mir grad die Sourcen vom Movieplayer an. Mit Verlaub gesagt: Heidewitzka, was grausam. Die einzigen Kommentare bestehen aus Trennzeilen zwischen den Funktionen... *keuch*

[Houdini]

Ich glaube mittlerweile zwar auch fest daran das es genau an den Zeilen liegt die Houdini gepostet hat

Ich bin mir nicht mehr so sicher, da ja nur die zeilen der html files mit CR/LF abgeschlossen werden, das sollte keine Relevanz für irgendwelche Dateinamen haben. Aber getestet habe ich noch nix.

Das kann man übrigens selber ohne zu kompilieren, wenn man die html/css files austauscht, also in <vlcdir>\html\*

Houdini

[petgun]

Ich bin mir nicht mehr so sicher, da ja nur die zeilen der html files mit CR/LF abgeschlossen werden..

..wie funktioniert denn das 'browsen' des Movieplayers...geht doch auch ueber html, oder?

Das kann man übrigens selber ohne zu kompilieren, wenn man die html/css files austauscht, also in <vlcdir>\html\*

danke, das probiere ich natuerlich heute Abend aus und werde hier berichten, ob das funktioniert!

[saruman]

Und wie sieht's aus?

[petgun]

hi,

Und wie sieht's aus?

...fragst Du mich? Ich bin heute morgen nicht in die Gaenge gekommen, deshalb faengt 'heute Abend' bei mir 'etwas' spaeter an...vor 21 Uhr gibt das nix ;-)
Im VLC-Forum hat noch keiner reagiert...wundert mich aber nicht so sehr...ich bin fuer die bisher der einzige der (grossen?) Dbox-Gemeinde, den das zu interessieren scheint..bisher hat noch keiner von hier dieses Verhalten von VLC bestaetigt/kommentiert/dementiert/???

cu,
peter

[saruman]

Ja, Dich meinte ich. He, Sie da hinten...

Hm, leider kann ich Dein Problem nicht nachvollziehen - Linux halt allüberall. Aber interessieren tut's mich halt schon.

...fragst Du mich? Ich bin heute morgen nicht in die Gaenge gekommen, deshalb faengt 'heute Abend' bei mir 'etwas' spaeter an...vor 21 Uhr gibt das nix

Hehehe, das kenn ich! Ich krieg deswegen hier zuhause auch schon immer Ärger.

[petgun]

hi,

Das kann man übrigens selber ohne zu kompilieren, wenn man die html/css files austauscht, also in <vlcdir>\html\*

und genau das funktioniert!!

Vielen Dank!

@all
Dank der Arbeit von Houdini haben wir einen funktionierenden, leicht umzusetzenden Workaround. Wenn Ihr also Interesse an den aktuellen Snaphots habt, muesst Ihr wie oben beschrieben einfach nur komplett den HTML-Ordner im VLC-Verzeichnis gegen den von der hier im Thread erwaehnten funktionierenden Version austauschen.

Jetzt hoffe ich nur noch, dass auch die VLC-Entwickler reagieren und die von Houdini erwaehnten Zeilen im Makefile auskommentieren/loeschen....ein Grund fuer die Zeilen koennte vielleicht ein Windows-Broeser sein, der unbedingt CR&LF am Zeilenende haben will...der IE braucht es jedenfalls nicht und kommt auch mit den 'alten' HTML-files klar...aus meiner Sicht funktioniert alles einwandfrei.

cu,
peter

[Houdini]

[saruman]

Klasse!

Was mich jetzt nochinteressieren würde: Zeigt ein Browser unter Linux (z.B. Konqueror, Firefox, etc.) dasselbe Verhalten wie der Movieplayer, wenn man damit auf einen unveränderten VLC-Snapshot unter Windows (also ohne Austauschen der HTML-Files) zugreift?

[saruman]

Grad im VLC-Forum:

The developer responsible for this change will look at it.

Hatte da auch noch mal drum gebeten, den Kram wieder rauszunehmen.

[petgun]

Grad im VLC-Forum:

The developer responsible for this change will look at it.

jau, auch gerade gesehen...guck Dir mal das Ticket dazu an...wir nennen das hier 'Ticket Ping Pong' ;-) aber bei der Anzahl an Entwicklern ist das wahrscheinlich normal. Ich freue mich jedenfalls und bin gespannt ob sie die Zeilen loeschen/auskommentieren.

@Houdini
noch mal Danke fuer Deine Arbeit und die treffende Analyse!

[petgun]

hi,
eben gelesen:

xtophe fixed this issue in the nightlies. Try the next one.

und der Schuss http://vthr.via.ecp.fr/~videolan/build/ ... 142352.zip funktioniert astrein!

cu,
peter

--
Um klar zu sehen, genügt oft ein Wechsel der Blickrichtung.
[Antoine de Saint-Exupéry]

[saruman]

Hattu schon getestet? Und rennt?

Klasse!