https://bugs.winehq.org/show_bug.cgi?id=55933
Bug ID: 55933 Summary: after MPEG codec is implement, repeat video will stop after few loop Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs@winehq.org Reporter: l12436@yahoo.com.tw Distribution: ---
Created attachment 75497 --> https://bugs.winehq.org/attachment.cgi?id=75497 Log about video stop on game
after mpeg codec is merged game has video on it, but after few loop, the video is stopped.
Game is "Creature reaction inside the ship! 1.5" from dlsite. Log is generate by WINEDEBUG=+quartz
https://bugs.winehq.org/show_bug.cgi?id=55933
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #1 from Zeb Figura z.figura12@gmail.com --- Can you please attach a log with WINEDEBUG=+seh,+quartz,+timestamp,+server and GST_DEBUG=6?
Alternatively, is the application freely downloadable anywhere?
Also, did this previously work without any bugs?
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #2 from TOM l12436@yahoo.com.tw --- 1. Wine Log https://www.mediafire.com/file/nozzt1vxuudvi9c/wine-log.gz/file
Gstreamer log https://www.mediafire.com/file/lj7cbhyuo2fcsq5/gstreamer-log.gz/file Although it contain color in it..., It did not removed for some reason.
gstreamer log with removed color. https://www.mediafire.com/file/h8vboathnhxu3ue/gstreamer-log-remove-color.gz... I have a removed color done by sed.
2. you can search RJ234771 in google. it is a none freeware game.
3. this is the first time that this game is working without override, previous it is not working due to MPEG-1 video
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #3 from Zeb Figura z.figura12@gmail.com --- Is this using native quartz? If so, can you please try with builtin, and attach new logs?
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #4 from TOM l12436@yahoo.com.tw --- sorry my bad, I default using native quartz yes
This should be log of builtin quartz https://www.mediafire.com/file/lc278pn8t55r108/wine-log-2.gz/file
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #5 from Zeb Figura z.figura12@gmail.com --- Thanks. Unfortunately even with builtin quartz the application is plugging in a ridiculous number of its own components.
As I understand, the video that's supposed to be looped is something less than 2 seconds long? I can't tell what's actually going wrong, except that at some point the application apparently stops responding normally to samples and instead just returns S_OK without doing anything. In the log from comment 2 it happens after two iterations (?); in the log from comment 1 it happens after just one. I can't tell what's triggering it.
My best guess is that the application doesn't like the apparent disagreement between the reported duration (0.9676333 seconds) and the sample times, which exceed that by a relatively nontrivial amount...
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #6 from Zeb Figura z.figura12@gmail.com --- Created attachment 75815 --> https://bugs.winehq.org/attachment.cgi?id=75815 test patch
If you can compile Wine, does the attached patch help at all?
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #7 from TOM l12436@yahoo.com.tw --- Sorry for late response.
Yes, the video is probability very short it just looping.
After apply the patch, It just become stock. video is not shown
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #8 from TOM l12436@yahoo.com.tw --- I print the pts out in the terminal. I found a weird situation. In first loop, the pts is print slowly. but after the first loop, the pts print very fast. the pts still show normally increase, but print very fast.
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #9 from Zeb Figura z.figura12@gmail.com --- (In reply to TOM from comment #8)
I print the pts out in the terminal. I found a weird situation. In first loop, the pts is print slowly. but after the first loop, the pts print very fast. the pts still show normally increase, but print very fast.
Yes, like I mentioned in comment 5, we're still sending samples, it's just that the application stops actually rendering them, and instead just returns S_OK immediately.
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #10 from TOM l12436.tw@gmail.com --- I found the quartz seems new segment twice in the first loop, It did not happened in latter loop, and show 0238:fixme:mfplat:wg_transform_read_quartz Unexpected stream format change
0238:trace:quartz:sink_NewSegment pin 092B8008 L"MPEG Video Decoder":L"Input", start 0.0, stop 0.9676333, rate e. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B86E8, start 0.1972888, end 0.2139721. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B8680, start 0.2473444, end 0.2640277. 0238:fixme:mfplat:wg_transform_read_quartz Unexpected stream format change! 0238:trace:quartz:StdMediaSample2_SetTime sample 092B8618, start 0.2139777, end 0.230661. 0238:trace:quartz:sink_NewSegment pin 092B8008 L"MPEG Video Decoder":L"Input", start 0.0, stop 0.9676333, rate e. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B85B0, start 0.1972888, end 0.2139721. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B8618, start 0.2473444, end 0.2640277. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B8680, start 0.2139777, end 0.230661. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B86E8, start 0.2306555, end 0.2473388. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B8548, start 0.2973888, end 0.3140721. 0238:trace:quartz:StdMediaSample2_SetTime sample 039AE8F8, start 0.2640222, end 0.2807055. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B86E8, start 0.2807111, end 0.2973944. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B8680, start 0.3474444, end 0.3641277. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B86E8, start 0.3140777, end 0.330761. 0238:trace:quartz:StdMediaSample2_SetTime sample 039AE8F8, start 0.3307555, end 0.3474388. 0238:trace:quartz:StdMediaSample2_SetTime sample 092B86E8, start 0.3974888, end 0.4141721.
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #11 from TOM l12436.tw@gmail.com --- I follow the code through x64dbg, found the game through sink_ReceiveConnection and parser_sink_connect eventually into read loop read_thread() in quartz_parser seems like the IAsyncReader_SyncRead will callback to the game krmovie.dll
I print the offset the size, it still normal when stock.
https://bugs.winehq.org/show_bug.cgi?id=55933
--- Comment #12 from TOM l12436.tw@gmail.com --- One thing I need to mention, only the video render itself is stop, but the audio is still continue play. the game has different audio/video play track.
https://bugs.winehq.org/show_bug.cgi?id=55933
TOM l12436.tw@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |9.3
https://bugs.winehq.org/show_bug.cgi?id=55933
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|after MPEG codec is |NSFW game 'Creature |implement, repeat video |reaction inside the ship! |will stop after few loop |1.5' videos stop after | |looping a few times
-
WineHQ Bugzilla