Error since VLC 20050407 -- Movieplayer (Dbox2)

[Guest]

Hi,
it's impossible to select a file/directory with VLC > 20050406 via Movieplayer on a Dbox..there is a additional character at the end of each filename/dirname which prevent selecting/browsing....

everything is ok with VLC 20050406..

Code: Select all

. main debug: adding playlist item `D:/rec/test.mpg' ( D:/rec/test.mpg ) .

if i try to select the same file with VLC 20050407..

Code: Select all

. main debug: adding playlist item `D:/rec/test.mpg ' ( D:/rec/test.mpg ) . . . . main warning: drive letter D: found in source main debug: `D:/rec/test.mpg ' gives access `' demux `' path `D:/rec/test.mpg ' main debug: creating demux: access='' demux='' path='D:/rec/test.mpg ' main debug: looking for access_demux module: 1 candidate dvdnav warning: cannot open dvdnav main debug: creating access '' path='D:/rec/test.mpg ' main debug: looking for access2 module: 4 candidates vcd debug: trying .cue file: D:/rec/test.cue access_file warning: cannot stat() file `D:/rec/test.mpg ' (No such file or directory) .

So every VLC-Version > 20050406 don't work with the famous movieplayer on a Dbox2
I hope you can fix that error and it's not to hard to find...for clarification:

VLC 20050406 is ok
VLC 20050407 or later is not ok.

Thanks in advance,
peter

PS:sorry for bad english

[petgun]

sorry for posting as 'Guest' I am now registered. The described error above happened with VLC Win32

@admin/mod
please remove my topic to 'streaming' if you think that fits better

cu,
peter

[The DJ]

Are you sure about these versions?
I looked trough the changereports from the time around those dates, and there's just nothing there that could explain this...

[petgun]

yes, I am absolute sure

http://vthr.via.ecp.fr/~videolan/build/ ... 060324.zip works fine, but http://vthr.via.ecp.fr/~videolan/build/ ... 070325.zip and every following version don't work.

Maybe this additional character at the end of each filename/dirname is a CR which the DBox (with Linux) filebrowser don't like.

<edit>
I did some more research with a network sniffer (Ethereal) and the only difference is really a '0d' CR-Character which the Linux Filebrowser from the Dbox don't like. So there is a difference and I still hope you change that in a future version of VLC.
<edit>

cu,
peter

[The DJ]

a tracker ticket has been filed:
https://trac.videolan.org/vlc/ticket/178

[petgun]

a tracker ticket has been filed:
https://trac.videolan.org/vlc/ticket/178

platform changed from all to Linux
keywords set to help
There doesn't seem to be any related changes in the ChangeLog? for the day when the regression was reportedly introduced (svn log -v -r10570:10584).

..what can I do exept testing with all my best I can give? I don't change my configuration and still only can say:

http://vthr.via.ecp.fr/~videolan/build/ ... 060324.zip works fine, but http://vthr.via.ecp.fr/~videolan/build/ ... 070325.zip and every following version don't work.

Maybe this additional character at the end of each filename/dirname is a CR which the DBox (with Linux)...

I did some more research with a network sniffer (Ethereal) and the only difference is really a '0d' CR-Character which the Linux Filebrowser from the Dbox don't like. So there is a difference and I still hope you change that in a future version of VLC.

cu,
peter

PS:I think this 'bug' (I am afraid it's a new feature) is only relevant for the win32 VLC streaming to a Linux-Device (Dbox2 Movieplayer) which prefer LF only instead of CR&LF at the end of a line. The different handling (LF instead of CR&LF) at the end of a line, must be a well known 'problem' for the developers here..so if there are no changes in the sources: did you change the compiler/options/switches? I'm sure there is a difference!

[petgun]

hi,
sorry for push up

what do you think about that:

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: Select all

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

is that really necessary? 'unix2dos' sounds for me also a little bit suspicious in that context.

cu,
peter

PS:what should I say...after that hint:

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

it works even with the snapshot from today So my special thanks to Houdini form the Tuxbox-Forum
and to the developers here: please remove that lines if they are not necessary!!! If they are for a special win32-browser I can only say: IE works perfect with the 'old' html-dir.

[Guest]

Yeah, I support that.

File conversion doesn't seem to be necessary. The built-in "webserver" should be able to serve the html-files even without that conversion.

[The DJ]

The developer responsible for this change will look at it.

[petgun]

The developer responsible for this change will look at it.

thanks to you and all the developers!

[mdi]

i had the same problem. after downloading the (very old) "dboxfile.html" and copying it to folder ...\vlc media player\http\admin everything worked fine.

get the file here: http://www.giggo.de/dbox2/dboxfiles.zip

[Guest]

Yes I can agree with that also, delete the dboxfiles.html and replace with the old dboxfiles.html from vlc-win32-200504060324.zip or the above link. The file (dboxfiles.html) in versions greater than vlc-win32-200504060324.zip is causing the problem.

However, I now have another problem where some avi files will only output audio and no video when selecting on the dbox. Perhaps this is part of the makefile problem too? Will try some other versions and post back.

[xtophe]

Hi guys,

I am the " developers responsible for this change"

It was first made to allow the user on windows to modify easily the html file if he need. ( unix file in notepad are not very nice).

I don't have a dbox so i will need your help.

1) Is admin/dboxfiles.html the only file to replace with the older version to get it working ?

If yes we got a quick workaround.

@petgun: Could you send me your full etheral log and which action on the dbox generate them (xtophe -AT- nxtelevision -DOT- com)

From RFC 2616 chapter 3.7.1, it shouldn't matter which end of line character is used (crlf or cr or lf) so there is a pb somewhere. Maybe, in when VLC serves the page, maybe when it interpret the uri or maybe in movie player.

Saddly my German is very rusty. So thanks to petgun to continue to do the gateway between forums,

[Guest]

It appears to be a seperate issue with the avi files.

Build vlc-win32-2005060905 has the avi problem (no video) and build vlc-win32-2005040703 works ok (having replaced the dboxfiles.html file ).

Havn't found which build the avi problem started in yet. Will post a new thread when i can look into this some more and when I've became a member of the forum.

[petgun]

Hi,
thank you for support and reply!

It was first made to allow the user on windows to modify easily the html file if he need. ( unix file in notepad are not very nice).

that was the only reason? There are many editors around like crimson which do a very good job on windows...but even 'Wordpad' works with unix file style.

1) Is admin/dboxfiles.html the only file to replace with the older version to get it working ?

I'll try that tonight and report it here.

If yes we got a quick workaround.

yes, anyway I hope you rollback if 'unix2dos' is not necessary...even windows user should be able to pick a dedicated editor

@petgun: Could you send me your full etheral log and which action on the dbox generate them..

sure! It happend, when you try to select a file for playback with VLC...files are hidden...only directories are visible.

So thanks to petgun to continue to do the gateway between forums,

I have to say "Thank You" to you and all the developers!

cu,
peter

[Guest]

xtophe, if you download versions vlc-win32-2005040603 and vlc-win32-2005040703 from here:

http://vthr.via.ecp.fr/~videolan/build/win32/

You will see that the file size of dboxfiles.html is different in each build, the 761 byte version is good (vlc-win32-2005040603) and the 762 byte version is bad (vlc-win32-2005040703). I havn't looked at the difference between the two files in metapad yet, but the work around is to use the 761 byte version in future builds. This does appear to be the only file to change, I was changing the whole http directory initally, until mdi pointed out the offending file within.

Regards

Jonny

[PT-1]

Hi,

I might be able to help also as I am a Dbox User (German) living in London. I am also a member of the tuxbox forum and I might even have a spare dbox for testing purposes...

[petgun]

You will see that the file size of dboxfiles.html is different in each build, the 761 byte version is good (vlc-win32-2005040603) and the 762 byte version is bad (vlc-win32-2005040703). I havn't looked at the difference between the two files..

but I did...and the only difference is a 'CR' at the end of line1 and Crimson Editor says 'DOS Format (CR/LF)'!
And I second that, that 'VideoLAN\VLC\http\admin\dboxfiles.html' is the only file we (dbox2 user) have to change, to use the Movieplayer with VLC.

cu,
peter

[The DJ]

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

[mdi]

next one means vlc-win32-200506142352 ?

ok, i´m a little late, but i can say, that dboxfiles.html obviously was the only file "making trouble"...

[petgun]

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

and build 200506142352 works like a charme out of the box!

Thank You!

@xtophe
Do you still need the ethereal-log?

[Jonny]

Yes, problem solved and thank you to all. However whilst playing around with the nightly builds i've found a new problem with regard to the movie player on the Dbox. Please check out this thread:

viewtopic.php?p=30266#30266

Anyone else having the same difficulties? Please post replies in new thread.

[xtophe]

Do you still need the ethereal-log?

Yes please to try to have a better understanding of the problem

[petgun]

hi,

Do you still need the ethereal-log?

Yes please to try to have a better understanding of the problem

ok, I'll do that tonight!

Sorry, maybe there is a new 'problem' with the fu***** movieplayer and VLC
http://vthr.via.ecp.fr/~videolan/build/ ... 142352.zip works out of the box but new/other problems with http://vthr.via.ecp.fr/~videolan/build/ ... 160452.zip
I have to verify that, to give you a clear description.

cu,
peter

PS:here comes the new problem

opening test.mpg with movieplayer(Dbox2) via vlc-win32-200506142352:

Code: Select all

. main debug: adding playlist item `D:/rec/test.mpg' ( D:/rec/test.mpg ) http debug: requested mrl add: D:/rec/test.mpg http debug: get name=sout value= type=string main debug: connection closed(192.168.0.4) main debug: new connection (192.168.0.4) http debug: get name=sout value=#duplicate{dst=std{access=http,mux=ts,url=:8080/dboxstream}} type=string main debug: new connection (192.168.0.4) main debug: connection closed(192.168.0.4) http debug: requested playlist item: 0 http debug: get name=sout value=#duplicate{dst=std{access=http,mux=ts,url=:8080/dboxstream}} type=string main debug: creating new input thread main debug: waiting for thread completion main debug: stream=`duplicate' main debug: looking for sout stream module: 1 candidate main debug: thread 6396 (input) created at priority 1 (src/input/input.c:230) stream_out_duplicate debug: creating 'duplicate' stream_out_duplicate debug: * adding `std{access=http,mux=ts,url=:8080/dboxstream}' ...and so on everthing is ok!

opening test.mpg with movieplayer(Dbox2) via vlc-win32-200506160452:

Code: Select all

. main debug: adding playlist item `D:/rec/test.mpg' ( D:/rec/test.mpg ) http debug: requested mrl add: D:/rec/test.mpg http debug: get name=sout value= type=string main debug: connection closed(192.168.0.4) main debug: new connection (192.168.0.4) http debug: get name=sout value=#duplicate{dst=std{access=http,mux=ts,url=:8080/dboxstream}} type=string main debug: new connection (192.168.0.4) main debug: connection closed(192.168.0.4) http debug: requested playlist item: 0 http debug: get name=sout value=#duplicate{dst=std{access=http,mux=ts,url=:8080/dboxstream}} type=string main debug: new connection (192.168.0.4) main debug: connection closed(192.168.0.4) loop with 'new connection...' & 'connection closed...' never ends

Ethereal log while looping:

Code: Select all

No. Time Source Destination Protocol Info 18 0.064404 192.168.0.4 192.168.0.2 TCP 2889 > 8080 [RST, ACK] Seq=0 Ack=234 Win=5840 Len=0 TSV=21461175 TSER=909481 Frame 18 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2889 (2889), Dst Port: 8080 (8080), Seq: 0, Ack: 234, Len: 0 No. Time Source Destination Protocol Info 19 0.088814 192.168.0.4 192.168.0.2 TCP 2890 > 8080 [SYN] Seq=0 Ack=0 Win=5840 Len=0 MSS=1460 TSV=21461177 TSER=0 WS=0 Frame 19 (74 bytes on wire, 74 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2890 (2890), Dst Port: 8080 (8080), Seq: 0, Ack: 0, Len: 0 No. Time Source Destination Protocol Info 20 0.088873 192.168.0.2 192.168.0.4 TCP 8080 > 2890 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1460 WS=0 TSV=0 TSER=0 Frame 20 (78 bytes on wire, 78 bytes captured) Ethernet II, Src: 00:0e:a6:69:xx:xx, Dst: 00:50:9c:2d:xx:xx Internet Protocol, Src Addr: 192.168.0.2 (192.168.0.2), Dst Addr: 192.168.0.4 (192.168.0.4) Transmission Control Protocol, Src Port: 8080 (8080), Dst Port: 2890 (2890), Seq: 0, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 21 0.089524 192.168.0.4 192.168.0.2 TCP 2890 > 8080 [ACK] Seq=1 Ack=1 Win=5840 Len=0 TSV=21461178 TSER=0 Frame 21 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2890 (2890), Dst Port: 8080 (8080), Seq: 1, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 22 0.133513 192.168.0.4 192.168.0.2 HTTP GET /dboxstream HTTP/1.0 Frame 22 (94 bytes on wire, 94 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2890 (2890), Dst Port: 8080 (8080), Seq: 1, Ack: 1, Len: 28 Hypertext Transfer Protocol No. Time Source Destination Protocol Info 23 0.238034 192.168.0.2 192.168.0.4 HTTP HTTP/1.0 404 Not found Frame 23 (113 bytes on wire, 113 bytes captured) Ethernet II, Src: 00:0e:a6:69:xx:xx, Dst: 00:50:9c:2d:xx:xx Internet Protocol, Src Addr: 192.168.0.2 (192.168.0.2), Dst Addr: 192.168.0.4 (192.168.0.4) Transmission Control Protocol, Src Port: 8080 (8080), Dst Port: 2890 (2890), Seq: 1, Ack: 29, Len: 47 Hypertext Transfer Protocol No. Time Source Destination Protocol Info 24 0.238803 192.168.0.4 192.168.0.2 TCP 2890 > 8080 [ACK] Seq=29 Ack=48 Win=5840 Len=0 TSV=21461192 TSER=909483 Frame 24 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2890 (2890), Dst Port: 8080 (8080), Seq: 29, Ack: 48, Len: 0 No. Time Source Destination Protocol Info 25 0.238831 192.168.0.2 192.168.0.4 HTTP Continuation or non-HTTP traffic Frame 25 (253 bytes on wire, 253 bytes captured) Ethernet II, Src: 00:0e:a6:69:xx:xx, Dst: 00:50:9c:2d:xx:xx Internet Protocol, Src Addr: 192.168.0.2 (192.168.0.2), Dst Addr: 192.168.0.4 (192.168.0.4) Transmission Control Protocol, Src Port: 8080 (8080), Dst Port: 2890 (2890), Seq: 48, Ack: 29, Len: 187 Hypertext Transfer Protocol No. Time Source Destination Protocol Info 26 0.239542 192.168.0.4 192.168.0.2 TCP 2890 > 8080 [ACK] Seq=29 Ack=235 Win=5840 Len=0 TSV=21461193 TSER=909483 Frame 26 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2890 (2890), Dst Port: 8080 (8080), Seq: 29, Ack: 235, Len: 0 No. Time Source Destination Protocol Info 27 0.274098 192.168.0.4 192.168.0.2 TCP 2890 > 8080 [RST, ACK] Seq=29 Ack=235 Win=5840 Len=0 TSV=21461196 TSER=909483 Frame 27 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2890 (2890), Dst Port: 8080 (8080), Seq: 29, Ack: 235, Len: 0 No. Time Source Destination Protocol Info 28 0.298911 192.168.0.4 192.168.0.2 TCP 2891 > 8080 [SYN] Seq=0 Ack=0 Win=5840 Len=0 MSS=1460 TSV=21461198 TSER=0 WS=0 Frame 28 (74 bytes on wire, 74 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2891 (2891), Dst Port: 8080 (8080), Seq: 0, Ack: 0, Len: 0 No. Time Source Destination Protocol Info 29 0.298965 192.168.0.2 192.168.0.4 TCP 8080 > 2891 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1460 WS=0 TSV=0 TSER=0 Frame 29 (78 bytes on wire, 78 bytes captured) Ethernet II, Src: 00:0e:a6:69:xx:xx, Dst: 00:50:9c:2d:xx:xx Internet Protocol, Src Addr: 192.168.0.2 (192.168.0.2), Dst Addr: 192.168.0.4 (192.168.0.4) Transmission Control Protocol, Src Port: 8080 (8080), Dst Port: 2891 (2891), Seq: 0, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 30 0.299611 192.168.0.4 192.168.0.2 TCP 2891 > 8080 [ACK] Seq=1 Ack=1 Win=5840 Len=0 TSV=21461199 TSER=0 Frame 30 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2891 (2891), Dst Port: 8080 (8080), Seq: 1, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 31 0.343611 192.168.0.4 192.168.0.2 HTTP GET /dboxstream HTTP/1.0 Frame 31 (94 bytes on wire, 94 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2891 (2891), Dst Port: 8080 (8080), Seq: 1, Ack: 1, Len: 28 Hypertext Transfer Protocol No. Time Source Destination Protocol Info 32 0.444521 192.168.0.2 192.168.0.4 HTTP HTTP/1.0 404 Not found Frame 32 (113 bytes on wire, 113 bytes captured) Ethernet II, Src: 00:0e:a6:69:xx:xx, Dst: 00:50:9c:2d:xx:xx Internet Protocol, Src Addr: 192.168.0.2 (192.168.0.2), Dst Addr: 192.168.0.4 (192.168.0.4) Transmission Control Protocol, Src Port: 8080 (8080), Dst Port: 2891 (2891), Seq: 1, Ack: 29, Len: 47 Hypertext Transfer Protocol No. Time Source Destination Protocol Info 33 0.445295 192.168.0.4 192.168.0.2 TCP 2891 > 8080 [ACK] Seq=29 Ack=48 Win=5840 Len=0 TSV=21461213 TSER=909485 Frame 33 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 00:50:9c:2d:xx:xx, Dst: 00:0e:a6:69:xx:xx Internet Protocol, Src Addr: 192.168.0.4 (192.168.0.4), Dst Addr: 192.168.0.2 (192.168.0.2) Transmission Control Protocol, Src Port: 2891 (2891), Dst Port: 8080 (8080), Seq: 29, Ack: 48, Len: 0 No. Time Source Destination Protocol Info 34 0.445334 192.168.0.2 192.168.0.4 HTTP Continuation or non-HTTP traffic Frame 34 (253 bytes on wire, 253 bytes captured) Ethernet II, Src: 00:0e:a6:69:xx:xx, Dst: 00:50:9c:2d:xx:xx Internet Protocol, Src Addr: 192.168.0.2 (192.168.0.2), Dst Addr: 192.168.0.4 (192.168.0.4) Transmission Control Protocol, Src Port: 8080 (8080), Dst Port: 2891 (2891), Seq: 48, Ack: 29, Len: 187 Hypertext Transfer Protocol

so there is no 'new input thread' created...??

[Jonny]

@petgun
Yes, I can comfirm this new problem also.

That makes three problems now including the two from here:

viewtopic.php?p=30266#30266

@petgun
Please can you try to confirm the XVid issue? It would be nice to get some confirmation from another dbox user. If so, then perhaps you could supply more debug info than I, as I'm unfamiliar with aquiring this. Thank you in advance.

ATB J