stopping a dash stream on last 2.1.0 nightly build

For questions and discussion that is NOT (I repeat NOT) specific to a certain Operating System.
angelo.difino
Blank Cone
Blank Cone
Posts: 25
Joined: 05 Jul 2007 16:20

stopping a dash stream on last 2.1.0 nightly build

Postby angelo.difino » 03 Oct 2012 12:08

Dear vlc and dash team,
I'm currently using the last nightly from vlc to stream video with dash, but in the
last WIN32/64 versions of the 2.1.0 nightly (from vlc-2.1.0-git-20120806-0005 and
beyond, towards vlc-2.1.0-git-20121003-0003) I'm encountering some problems
when i "stop" the player. Since the problem seems kind of random, I've some
difficulties to open a issue on this subject.
The problem seems not reached in simple HTTP scenarios.

The main problem encountered is (when i stop the rendering):

Code: Select all

[026a8318] main stream error: Polling error: Non-socket handle specified
The detailed stack trace is:

Code: Select all

[01d08528] main playlist debug: incoming request - stopping current input [04aba828] main access debug: waitpipe: object killed [0[01d28b30] main stream debug: 1socket 1576 polling interruptedd28b30] main str eam debug: waitpipe: object killed [01d28b30] main stream debug: net: connecting to myuri port 80[0 [024c680[01d28b300] ]main input debug: control type=0 main stream debug: net: connecting to myuri port 80[024c6800] main input debug: 1control: sto pping input d08528 ][01d28b30] main stream debug: net: connecting to myuri port 80 main playl ist debug: dying input [01d28b30] main stream debug: net: connecting to myuri port 80 [01d28b30[0] main stream debug: [net: connecting to myuri port 8004a8e670] direct3d vout display debug: Reusing 1239x47 texture for OSD[049f17c8] main dec oder debug: removing module "faad"1d08528] main playlist debug: dying input [049f17c8] main decoder debug: killing decoder fourcc `mp4a', 0 PES in FIFO[01d28 b30] main stream error: [Read error: Non-socket handle specified02578ef0] wasapi audio output debug: [state changed: 004d59d20] main audio filter debug: removing module "scaletempo"[01d28b30] main stream error: Read error: Non-socket handle specified [04d5a9c0][01d28b30] main stream error: Read error: Non-socket handle specified main audio filter debug: removing module "samplerate" [01d28b30[0] 2main stream error: 5Read error: Non-socket handle specified78ef0] main audio output debug: [removing module "wasapi"01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [[01d292c0] main volume debug: 0removing module "float32_mixer"1d28b30] main str eam error: Read error: Non-socket handle specified[04a8e670] direct3d vout display debug: Reusing 1239x47 texture for OSD[01d08528] main playlist debug: releasing audio output[01d2 8b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified [01d28b30] main stream error: Read error: Non-socket handle specified

angelo.difino
Blank Cone
Blank Cone
Posts: 25
Joined: 05 Jul 2007 16:20

Re: stopping a dash stream on last 2.1.0 nightly build

Postby angelo.difino » 03 Oct 2012 12:08

I confirm it happens also on a MacBoookPro (MACOS 10.7 Intel i7 x64)
with last nightly build.

the complete stack trace now is:

Code: Select all

[0x109506ff0] auhal audio output debug: audio output is too slow (93019 us): trashing 42667 us [0x109506ff0] auhal audio output debug: audio output is too slow (50352 us): trashing 42666 us [0x109506ff0] auhal audio output debug: audio output is too slow (7686 us): trashing 42667 us [0x100230170] main playlist debug: incoming request - stopping current input [0x1054f42d0] main access debug: waitpipe: object killed [0x1024b0bf0] main stream debug: waitpipe: object killed [0x100230170] main playlist debug: dying input [0x1024b0bf0] main stream debug: socket 18 polling interrupted [0x1026387c0] main input debug: control type=0 [0x1024b0bf0] main stream debug: net: connecting to myurl port 80 [0x1026387c0] main input debug: control: stopping input [0x100230170] main playlist debug: dying input [0x1030400f0] main decoder debug: discarded audio buffer [0x1030400f0] main decoder debug: removing module "faad" [0x1030400f0] main decoder debug: killing decoder fourcc `mp4a', 86 PES in FIFO [0x100236bf0] macosx interface debug: releasing sleep blocker (300) [0x10387c2f0] main audio filter debug: removing module "simple_channel_mixer" [0x10282c6f0] main audio filter debug: removing module "scaletempo" [0x1038180f0] main audio filter debug: removing module "ugly_resampler" [0x109506ff0] main audio output debug: removing module "auhal" [0x109502950] main volume debug: removing module "float32_mixer" [0x100230170] main playlist debug: releasing audio output [0x103041ef0] main decoder warning: can't get output picture [0x103041ef0] main decoder debug: removing module "avcodec" [0x103041ef0] avcodec decoder debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) stopped [0x103041ef0] main decoder debug: killing decoder fourcc `h264', 1 PES in FIFO [0x100230170] main playlist debug: saving a free vout [0x100230170] main playlist debug: reusing provided vout [0x1024b18f0] main demux debug: removing module "avcodec" [0x1024b0bf0] main stream debug: removing module "dash" [0x1024b0bf0] main stream debug: net: connecting to myurl port 80 [0x1024b0bf0] main stream debug: net: connecting to myurl port 80 [0x1024b0bf0] main stream debug: net: connecting to myurl port 80 [0x1024b0bf0] main stream debug: net: connecting to myurl port 80 [0x1024b0bf0] main stream debug: socket -1 polling interrupted [0x1024b0bf0] main stream debug: socket -1 polling interrupted [0x1024b0bf0] main stream debug: socket -1 polling interrupted [0x1024b0bf0] main stream debug: socket -1 polling interrupted [0x1024b0bf0] main stream debug: socket -1 polling interrupted [0x1024b0bf0] main stream debug: socket -1 polling interrupted [0x1024b0bf0] main stream debug: socket -1 polling interrupted

Jean-Baptiste Kempf
Site Administrator
Site Administrator
Posts: 37523
Joined: 22 Jul 2005 15:29
VLC version: 4.0.0-git
Operating System: Linux, Windows, Mac
Location: Cone, France
Contact:

Re: stopping a dash stream on last 2.1.0 nightly build

Postby Jean-Baptiste Kempf » 03 Oct 2012 16:47

Does VLC hang after that?
Jean-Baptiste Kempf
http://www.jbkempf.com/ - http://www.jbkempf.com/blog/category/Videolan
VLC media player developer, VideoLAN President and Sites administrator
If you want an answer to your question, just be specific and precise. Don't use Private Messages.

Rémi Denis-Courmont
Developer
Developer
Posts: 15265
Joined: 07 Jun 2004 16:01
VLC version: master
Operating System: Linux
Contact:

Re: stopping a dash stream on last 2.1.0 nightly build

Postby Rémi Denis-Courmont » 03 Oct 2012 17:48

I don't see any stack trace. It seems like a bug in the DASH plugin cleanup.
Rémi Denis-Courmont
https://www.remlab.net/
Private messages soliciting support will be systematically discarded

angelo.difino
Blank Cone
Blank Cone
Posts: 25
Joined: 05 Jul 2007 16:20

Re: stopping a dash stream on last 2.1.0 nightly build

Postby angelo.difino » 04 Oct 2012 10:21

Yes, the vlc hang after i've invoked the STOP... even on Macos.

I attach the complete stack trace made today with last nighly
vlc-2.1.0-git-20121004-0003-win32

the trace is very verbose since it tooks me 6/7 attempts before failing :/

--> http://research.cedeo.net/angelo/mylog.txt

angelo.difino
Blank Cone
Blank Cone
Posts: 25
Joined: 05 Jul 2007 16:20

Re: stopping a dash stream on last 2.1.0 nightly build

Postby angelo.difino » 05 Oct 2012 14:21

i've noticed also some strange behaviors when EOF is reached.

i'll take a look to the source code this weekend and next days... i'm already in contact with dash
developers but if someone is looking this issue or has some knowledge to share, contact me privately!

BR
angelo


Return to “General VLC media player Troubleshooting”

Who is online

Users browsing this forum: No registered users and 20 guests