[Bug 55933] New: after MPEG codec is implement, repeat video will stop after few loop
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(a)winehq.org Reporter: l12436(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #1 from Zeb Figura <z.figura12(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #2 from TOM <l12436(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #3 from Zeb Figura <z.figura12(a)gmail.com> --- Is this using native quartz? If so, can you please try with builtin, and attach new logs? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #4 from TOM <l12436(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #5 from Zeb Figura <z.figura12(a)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... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #6 from Zeb Figura <z.figura12(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #7 from TOM <l12436(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #8 from TOM <l12436(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #9 from Zeb Figura <z.figura12(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #10 from TOM <l12436.tw(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #11 from TOM <l12436.tw(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #12 from TOM <l12436.tw(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 TOM <l12436.tw(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |9.3 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 Gijs Vermeulen <gijsvrm(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55933 --- Comment #13 from TOM <l12436.tw(a)gmail.com> --- Created attachment 78317 --> https://bugs.winehq.org/attachment.cgi?id=78317 stdout log from wine 10.3 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
WineHQ Bugzilla