IPB

Welcome Guest ( Log In | Register )

16 Pages V  « < 11 12 13 14 15 > »   
Reply to this topicStart new topic
Game Emu Player (foo_gep) by kode54, Was “Game Emu Player” subt. “feature request” / Now a catch-all thread
kode54
post Jan 17 2013, 00:58
Post #301





Group: Admin
Posts: 4618
Joined: 15-December 02
Member No.: 4082



Snatcher is known to be broken, anyone is welcome to try to fix it. I certainly have no idea what's wrong.
Go to the top of the page
+Quote Post
agustin9
post Jan 19 2013, 02:20
Post #302





Group: Members
Posts: 2
Joined: 16-January 13
Member No.: 105923



Oh that's too bad, it's one of my favourites soundtracks! Thanks
Go to the top of the page
+Quote Post
kode54
post Jan 19 2013, 17:34
Post #303





Group: Admin
Posts: 4618
Joined: 15-December 02
Member No.: 4082



Maybe it's an issue with the bundled M3U playlist as well? Have you tried playing it without the playlist to see if there are any playable tracks somewhere in there?

foo_input_vgmstream discussion split
Go to the top of the page
+Quote Post
friguron
post Jan 22 2013, 13:46
Post #304





Group: Members
Posts: 6
Joined: 22-January 13
Member No.: 106104



Hi, GEP Plugin has started to play .ay files (I would say not all of them, but now I'm not really sure) with the pitch raised exactly one octave.
I can't say which version started showing this behavior, but it was some weeks ago (maybe 2-3 months?) Right now I'm using version 1.160 (under OSX with "wine" at work, "pure" version under windows xp at home, etc...)
My foobar version is 1.2.1 All other pitches under foobar with other plugins and audio files are 100% correct... But not .ay files with GEP.
Known fact? Is there some extra setting somewhere to fix it manually?

Greetings!

Go to the top of the page
+Quote Post
friguron
post Jan 22 2013, 17:24
Post #305





Group: Members
Posts: 6
Joined: 22-January 13
Member No.: 106104



Hi, some more investigation with Vortex Player II has lead me to (I don't know if correct) conclusions. Apparently, VT-II has some internal emulation parameters which lead me to the correct pitch. Look:

http://friguron.dyndns.org/misc/vt_II_params.png

-Many .ay files I was correctly playing with GEP some months/versions ago, were spectrum/pentagon .ay files (if such distinction can be made for .ay files).
-These .ay files are the ones which have started to sound wrongly pitched inside GEP.
-If I change VT-II chip frequency from 1.7 to 3.5 Mhz, then pitch from .stc files (the ones VT-II play) sounds doubled (like in GEP !)

So is it ok to think that the internal frequency of the emulated AY-3-8910 chip controls the pitch??

Is pitch for .ay files inside GEP controlled by the "AY-3-8910" emulated chip frequency? If so, is it locked on 3.5 Mhz ?

Am I completely wrong?
Go to the top of the page
+Quote Post
Rollin
post Feb 2 2013, 10:50
Post #306





Group: Members
Posts: 192
Joined: 5-March 08
Member No.: 51815



When playing rip from "3 Ninjas Kick Back" ( http://snesmusic.org/v2/profile.php?profil...&selected=5 ), there are audible clicks (especially noticeable on tracks "Secret Cave" and "The Hospital"). Can this be foo_gep fault or this is just bad rip?
When playing with foo_snesapu these clicks are not present (or at least not audible).
Go to the top of the page
+Quote Post
CaptainZana
post Feb 6 2013, 21:10
Post #307





Group: Members
Posts: 2
Joined: 6-February 13
Member No.: 106460



Been using this since April 2012 (probably before) and i have been using it to work and toy with songs a lot (you may have heard anything of mine, under the name ZanaGB or MacWii at YT) Anyway. I found this player perfect for 2 essential features. Channel Muting, and Playback Speed alteration.

Those 2 features broke on the first 2013 update... For the VGM playback, at least. Please. Revert the VGM playback system to however it was before the January update.

You know, when you could change between songs without crashing, or slowing down the playback speed withoug the music getting horridly wrong, before crashing as well. and when you could also SIMPLY export any VGM into a wav and it would sound NICE, not like if it came from hell.

SPC playback seems to work fine. so you somehow screwed it up with VGM.

I hope this gets fixed soon.

Attently. a quite enraged user that considered GEP perfect for 10 months until you somehow went backwards with this update.

I hope a crash dump can somewhat be useful:

CODE
Illegal operation:
Code: C0000005h, flags: 00000000h, address: 76FCE41Bh
Access violation, operation: write, address: 00300030h

Call path:
playback_process entry

Code bytes (76FCE41Bh):
76FCE3DBh: 83 D1 01 81 E3 FF 7F 00 00 66 3B 5E 14 0F 84 D3
76FCE3EBh: 5E 00 00 8B 45 E0 8B 55 E4 0F AC D0 10 66 89 47
76FCE3FBh: 08 2B 7D F4 33 C0 C1 EF 03 0F A4 F8 10 C1 E7 10
76FCE40Bh: C1 EA 10 0B DF 0B C8 8B 06 C7 45 F8 01 00 00 00
76FCE41Bh: 89 30 8B 45 E0 8B 55 E4 8D 7E 08 F0 0F C7 0F 3B
76FCE42Bh: 45 E0 0F 85 48 6D 03 00 3B 55 E4 0F 85 3F 6D 03
76FCE43Bh: 00 66 83 7D E0 00 0F 84 0E 4A 00 00 83 7D F8 03
76FCE44Bh: 0F 84 5C 8F 00 00 5F 5E B0 01 5B C9 C3 8B DF E9

Stack (05B9E888h):
05B9E868h: 00000000 FFFFFD34 000002E4 FFFFFD34
05B9E878h: 000002CC 00000019 00000000 0000009D
05B9E888h: 00000000 03F70000 045E36C8 000000E8
05B9E898h: 01010000 00340030 00390030 05B9E944
05B9E8A8h: 05B9E944 770171D5 00300030 00000001
05B9E8B8h: 045E36C0 05B9E8D4 76FCE023 045A9940
05B9E8C8h: 045A99AC 00000001 045E36C0 05B9E8E8
05B9E8D8h: 759E14DD 03F70000 00000000 045E36C8
05B9E8E8h: 05B9E8FC 6B423805 03F70000 00000000
05B9E8F8h: 045E36C8 05B9E950 6B3F9CB3 045E36C8
05B9E908h: 045A9928 045A9940 00000000 6B3EB5A5
05B9E918h: 04570BD8 045A9238 6B3F141F 00000000
05B9E928h: 04570BD8 04570BE0 6B3DDC1F 00000001
05B9E938h: 00000000 04570BD8 0088F875 05B9E9A4
05B9E948h: 6B437974 00000003 05B9FA64 6B3DB2C5
05B9E958h: 04570BE0 05B9FA58 0018E378 0088E3C3
05B9E968h: 05B9FA58 0018E2F0 0088F883 009271A7
05B9E978h: 05B9FA58 05B9EC14 05B9E990 05B9FA58
05B9E988h: 0088F875 05B9FA64 05B9E9BC 00925FC5
05B9E998h: 0088F875 05B9FA58 00000100 05B9EA14

Registers:
EAX: 00300030, EBX: C6D20031, ECX: 003900B5, EDX: 00000039
ESI: 0012E766, EDI: C6D20000, EBP: 05B9E8BC, ESP: 05B9E888

Crash location:
Module: ntdll
Offset: 2E41Bh
Symbol: "RtlInitUnicodeString" (+1F3h)

Loaded modules:
foobar2000 loaded at 00810000h - 009CC000h
ntdll loaded at 76FA0000h - 77120000h
kernel32 loaded at 759D0000h - 75AE0000h
KERNELBASE loaded at 76690000h - 766D7000h
COMCTL32 loaded at 71FD0000h - 7216E000h
msvcrt loaded at 764C0000h - 7656C000h
GDI32 loaded at 75710000h - 757A0000h
USER32 loaded at 75870000h - 75970000h
ADVAPI32 loaded at 75E60000h - 75F00000h
sechost loaded at 75450000h - 75469000h
RPCRT4 loaded at 76220000h - 76310000h
SspiCli loaded at 74680000h - 746E0000h
CRYPTBASE loaded at 74670000h - 7467C000h
LPK loaded at 76060000h - 7606A000h
USP10 loaded at 75670000h - 7570D000h
SHLWAPI loaded at 76310000h - 76367000h
DSOUND loaded at 72230000h - 722A2000h
ole32 loaded at 75F00000h - 7605C000h
WINMM loaded at 73CB0000h - 73CE2000h
POWRPROF loaded at 72200000h - 72225000h
SETUPAPI loaded at 76070000h - 7620D000h
CFGMGR32 loaded at 757A0000h - 757C7000h
OLEAUT32 loaded at 75AE0000h - 75B6F000h
DEVOBJ loaded at 75BD0000h - 75BE2000h
UxTheme loaded at 73C30000h - 73CB0000h
SHELL32 loaded at 74800000h - 7544A000h
zlib1 loaded at 62E80000h - 62E9E000h
shared loaded at 6B5A0000h - 6B5CB000h
imagehlp loaded at 75E30000h - 75E5A000h
dbghelp loaded at 73FD0000h - 740BB000h
COMDLG32 loaded at 75D10000h - 75D8B000h
CRYPT32 loaded at 763A0000h - 764BE000h
MSASN1 loaded at 76210000h - 7621C000h
Secur32 loaded at 72320000h - 72328000h
gdiplus loaded at 72FF0000h - 73180000h
WINHTTP loaded at 6D740000h - 6D798000h
webio loaded at 6D6F0000h - 6D73F000h
IMM32 loaded at 75B70000h - 75BD0000h
MSCTF loaded at 75BF0000h - 75CBC000h
ingame loaded at 10000000h - 1018D000h
foo_sid loaded at 6B530000h - 6B594000h
foo_gep loaded at 6B3D0000h - 6B528000h
MSIMG32 loaded at 73D80000h - 73D85000h
foo_dsp_eq loaded at 6B390000h - 6B3C6000h
foo_dumb loaded at 6B2F0000h - 6B389000h
foo_dsp_std loaded at 6B2B0000h - 6B2E5000h
foo_rgscan loaded at 6B260000h - 6B2AC000h
foo_cdda loaded at 6B210000h - 6B25F000h
foo_input_std loaded at 6AED0000h - 6B03D000h
MSACM32 loaded at 724E0000h - 724F4000h
avcodec-54 loaded at 6A0C0000h - 6A394000h
avutil-51 loaded at 68B80000h - 68BB8000h
foo_converter loaded at 6B190000h - 6B20E000h
foo_input_usf loaded at 6AE50000h - 6AECF000h
MSVCR90 loaded at 73D90000h - 73E33000h
foo_ui_std loaded at 6ACA0000h - 6AD89000h
foo_albumlist loaded at 6ADF0000h - 6AE4C000h
CLBCatQ loaded at 75D90000h - 75E13000h
MMDevApi loaded at 71DC0000h - 71DF9000h
PROPSYS loaded at 73410000h - 73505000h
AUDIOSES loaded at 70E80000h - 70EB6000h
sud loaded at 6ABE0000h - 6AC9B000h
ADVPACK loaded at 6B5D0000h - 6B5FE000h
VERSION loaded at 72410000h - 72419000h
DUI70 loaded at 73840000h - 738F2000h
CRYPTSP loaded at 72490000h - 724A6000h
rsaenh loaded at 72450000h - 7248B000h
RpcRtRemote loaded at 74320000h - 7432E000h
avrt loaded at 71DB0000h - 71DB7000h
ntmarta loaded at 71D50000h - 71D71000h
WLDAP32 loaded at 75CC0000h - 75D05000h
explorerframe loaded at 73930000h - 73A9F000h
DUser loaded at 73900000h - 7392F000h
WindowsCodecs loaded at 623C0000h - 624BB000h
apphelp loaded at 71C10000h - 71C5C000h
EhStorShell loaded at 63290000h - 632C1000h
ntshrui loaded at 72570000h - 725E0000h
srvcli loaded at 72180000h - 72199000h
cscapi loaded at 71D80000h - 71D8B000h
slc loaded at 72560000h - 7256A000h
dwmapi loaded at 73C10000h - 73C23000h
msls31 loaded at 6C0B0000h - 6C0DB000h
tiptsf loaded at 6AB80000h - 6ABD8000h
profapi loaded at 72420000h - 7242B000h
xmllite loaded at 72FC0000h - 72FEF000h
StructuredQuery loaded at 6B0A0000h - 6B0FC000h
actxprxy loaded at 63A90000h - 63ADE000h
ieproxy loaded at 6B060000h - 6B093000h
thumbcache loaded at 6B170000h - 6B186000h
PSAPI loaded at 75E20000h - 75E25000h
SHDOCVW loaded at 70FA0000h - 70FCE000h
ieframe loaded at 6C0E0000h - 6CA2D000h
OLEACC loaded at 71000000h - 7103C000h
iertutil loaded at 754B0000h - 75668000h
SearchFolder loaded at 6AAE0000h - 6AB80000h
NetworkExplorer loaded at 6A7A0000h - 6A938000h
samcli loaded at 70E50000h - 70E5F000h
SAMLIB loaded at 740C0000h - 740D2000h
netutils loaded at 73F70000h - 73F79000h
LINKINFO loaded at 73400000h - 73409000h
MPR loaded at 70E10000h - 70E22000h
drprov loaded at 741B0000h - 741B8000h
WINSTA loaded at 721A0000h - 721C9000h
ntlanman loaded at 6B130000h - 6B144000h
davclnt loaded at 6B110000h - 6B127000h
DAVHLPR loaded at 6B160000h - 6B168000h
wkscli loaded at 6AD90000h - 6AD9F000h
PortableDeviceApi loaded at 6AA50000h - 6AAD9000h
WINTRUST loaded at 76370000h - 7639D000h
PortableDeviceTypes loaded at 6ADC0000h - 6ADEB000h
EhStorAPI loaded at 6A9A0000h - 6A9C2000h
urlmon loaded at 746E0000h - 747F1000h
WININET loaded at 76570000h - 7668B000h
Normaliz loaded at 76F70000h - 76F73000h
asycfilt loaded at 6ADA0000h - 6ADB4000h

Stack dump analysis:
Address: 770171D5h (ntdll+771D5h), symbol: "WinSqmSetIfMaxDWORD" (+31h)
Address: 76FCE023h (ntdll+2E023h), symbol: "RtlFreeHeap" (+7Eh)
Address: 759E14DDh (kernel32+114DDh), symbol: "HeapFree" (+14h)
Address: 6B423805h (foo_gep+53805h), symbol: "foobar2000_get_interface" (+5745h)
Address: 6B3F9CB3h (foo_gep+29CB3h)
Address: 6B3EB5A5h (foo_gep+1B5A5h)
Address: 6B3F141Fh (foo_gep+2141Fh)
Address: 6B3DDC1Fh (foo_gep+DC1Fh)
Address: 0088F875h (foobar2000+7F875h)
Address: 6B437974h (foo_gep+67974h), symbol: "foobar2000_get_interface" (+198B4h)
Address: 6B3DB2C5h (foo_gep+B2C5h)
Address: 0088E3C3h (foobar2000+7E3C3h)
Address: 0088F883h (foobar2000+7F883h)
Address: 009271A7h (foobar2000+1171A7h)
Address: 0088F875h (foobar2000+7F875h)
Address: 00925FC5h (foobar2000+115FC5h)
Address: 0088F875h (foobar2000+7F875h)
Address: 00925CB3h (foobar2000+115CB3h)
Address: 009761CCh (foobar2000+1661CCh)
Address: 00926864h (foobar2000+116864h)
Address: 009761CCh (foobar2000+1661CCh)
Address: 0088F875h (foobar2000+7F875h)
Address: 00976190h (foobar2000+166190h)
Address: 00976130h (foobar2000+166130h)
Address: 00926657h (foobar2000+116657h)
Address: 0088F875h (foobar2000+7F875h)
Address: 00919F00h (foobar2000+109F00h)
Address: 00926BEBh (foobar2000+116BEBh)
Address: 009761CCh (foobar2000+1661CCh)
Address: 009761CCh (foobar2000+1661CCh)
Address: 00926F76h (foobar2000+116F76h)
Address: 009761CCh (foobar2000+1661CCh)
Address: 0095B93Ch (foobar2000+14B93Ch)
Address: 00976190h (foobar2000+166190h)
Address: 0095B93Ch (foobar2000+14B93Ch)
Address: 009761A0h (foobar2000+1661A0h)
Address: 00976130h (foobar2000+166130h)
Address: 0092716Fh (foobar2000+11716Fh)
Address: 009761CCh (foobar2000+1661CCh)
Address: 00925CA3h (foobar2000+115CA3h)
Address: 009761CCh (foobar2000+1661CCh)
Address: 770171D5h (ntdll+771D5h), symbol: "WinSqmSetIfMaxDWORD" (+31h)
Address: 009761CCh (foobar2000+1661CCh)
Address: 76FFB459h (ntdll+5B459h), symbol: "LdrRemoveLoadAsDataTable" (+D50h)
Address: 76FFB46Dh (ntdll+5B46Dh), symbol: "LdrRemoveLoadAsDataTable" (+D64h)
Address: 76FFB42Bh (ntdll+5B42Bh), symbol: "LdrRemoveLoadAsDataTable" (+D22h)
Address: 0093540Dh (foobar2000+12540Dh)
Address: 76FFB3CEh (ntdll+5B3CEh), symbol: "LdrRemoveLoadAsDataTable" (+CC5h)
Address: 0093540Dh (foobar2000+12540Dh)
Address: 759E11A9h (kernel32+111A9h), symbol: "SetLastError" (+0h)
Address: 6B3DE53Eh (foo_gep+E53Eh)
Address: 6B3DE559h (foo_gep+E559h)
Address: 0097D708h (foobar2000+16D708h)
Address: 7314C4AEh (gdiplus+15C4AEh), symbol: "GdipCreateSolidFill" (+11542Fh)
Address: 76FB0133h (ntdll+10133h), symbol: "KiUserExceptionDispatcher" (+Fh)
Address: 7669C41Fh (KERNELBASE+C41Fh), symbol: "RaiseException" (+58h)
Address: 0095B964h (foobar2000+14B964h)
Address: 75890873h (USER32+20873h), symbol: "PeekMessageW" (+2B9h)
Address: 759E11A9h (kernel32+111A9h), symbol: "SetLastError" (+0h)
Address: 75890B4Ah (USER32+20B4Ah), symbol: "MsgWaitForMultipleObjects" (+0h)
Address: 0092767Dh (foobar2000+11767Dh)
Address: 0088DEAEh (foobar2000+7DEAEh)
Address: 0088E4CCh (foobar2000+7E4CCh)
Address: 759E11A9h (kernel32+111A9h), symbol: "SetLastError" (+0h)
Address: 75890B4Ah (USER32+20B4Ah), symbol: "MsgWaitForMultipleObjects" (+0h)
Address: 7669C41Fh (KERNELBASE+C41Fh), symbol: "RaiseException" (+58h)
Address: 0088E4CCh (foobar2000+7E4CCh)
Address: 7669C41Fh (KERNELBASE+C41Fh), symbol: "RaiseException" (+58h)
Address: 0095B964h (foobar2000+14B964h)
Address: 75890873h (USER32+20873h), symbol: "PeekMessageW" (+2B9h)
Address: 759E11A9h (kernel32+111A9h), symbol: "SetLastError" (+0h)
Address: 75890B4Ah (USER32+20B4Ah), symbol: "MsgWaitForMultipleObjects" (+0h)
Address: 0092767Dh (foobar2000+11767Dh)
Address: 0088DEAEh (foobar2000+7DEAEh)
Address: 00919762h (foobar2000+109762h)
Address: 0095B964h (foobar2000+14B964h)
Address: 00891332h (foobar2000+81332h)
Address: 0095B964h (foobar2000+14B964h)
Address: 00953520h (foobar2000+143520h)
Address: 009493D0h (foobar2000+1393D0h)
Address: 008905F0h (foobar2000+805F0h)
Address: 009493D0h (foobar2000+1393D0h)
Address: 6AE32028h (foo_albumlist+42028h), symbol: "foobar2000_get_interface" (+1B168h)
Address: 6AE32028h (foo_albumlist+42028h), symbol: "foobar2000_get_interface" (+1B168h)
Address: 76FD0093h (ntdll+30093h), symbol: "LdrGetDllHandleEx" (+35Bh)
Address: 76FCE1B2h (ntdll+2E1B2h), symbol: "RtlFreeAnsiString" (+6Ch)
Address: 76FD0078h (ntdll+30078h), symbol: "LdrGetDllHandleEx" (+340h)
Address: 76FCFD17h (ntdll+2FD17h), symbol: "LdrGetDllHandle" (+0h)
Address: 73D91900h (MSVCR90+1900h)
Address: 770A01A0h (ntdll+1001A0h), symbol: "NlsAnsiCodePage" (+190h)
Address: 6AE32028h (foo_albumlist+42028h), symbol: "foobar2000_get_interface" (+1B168h)
Address: 76FD0000h (ntdll+30000h), symbol: "LdrGetDllHandleEx" (+2C8h)
Address: 770A01A0h (ntdll+1001A0h), symbol: "NlsAnsiCodePage" (+190h)
Address: 73D919C4h (MSVCR90+19C4h)
Address: 770A01A0h (ntdll+1001A0h), symbol: "NlsAnsiCodePage" (+190h)
Address: 73D919C4h (MSVCR90+19C4h)
Address: 770171D5h (ntdll+771D5h), symbol: "WinSqmSetIfMaxDWORD" (+31h)
Address: 76FD0078h (ntdll+30078h), symbol: "LdrGetDllHandleEx" (+340h)
Address: 76FCFD2Fh (ntdll+2FD2Fh), symbol: "LdrGetDllHandle" (+18h)
Address: 766A1A35h (KERNELBASE+11A35h), symbol: "GetModuleFileNameW" (+1A9h)
Address: 766A1AC0h (KERNELBASE+11AC0h), symbol: "GetModuleFileNameW" (+234h)
Address: 6AE32028h (foo_albumlist+42028h), symbol: "foobar2000_get_interface" (+1B168h)
Address: 759D0000h (kernel32+0h)
Address: 766C6FD0h (KERNELBASE+36FD0h), symbol: "IsNLSDefinedString" (+4D4h)
Address: 766A1AC0h (KERNELBASE+11AC0h), symbol: "GetModuleFileNameW" (+234h)
Address: 766C737Eh (KERNELBASE+3737Eh), symbol: "IsNLSDefinedString" (+882h)
Address: 766A1CFBh (KERNELBASE+11CFBh), symbol: "GetModuleFileNameW" (+46Fh)
Address: 6ADF0000h (foo_albumlist+0h)
Address: 6AE32028h (foo_albumlist+42028h), symbol: "foobar2000_get_interface" (+1B168h)
Address: 759D0000h (kernel32+0h)
Address: 73D919C4h (MSVCR90+19C4h)
Address: 759D0000h (kernel32+0h)
Address: 759D0000h (kernel32+0h)
Address: 74672B46h (CRYPTBASE+2B46h), symbol: "SystemFunction036" (+1856h)
Address: 74672B80h (CRYPTBASE+2B80h), symbol: "SystemFunction036" (+1890h)
Address: 759D0000h (kernel32+0h)
Address: 00959160h (foobar2000+149160h)
Address: 00959160h (foobar2000+149160h)
Address: 00959160h (foobar2000+149160h)

Environment:
App: foobar2000 v1.2.2
UI: Default User Interface 0.9.5

Components:
Core (2013-01-18 15:31:20 UTC)
foobar2000 core 1.2.2
foo_albumlist.dll (2013-01-18 15:30:04 UTC)
Album List 4.5
foo_cdda.dll (2013-01-18 15:29:30 UTC)
CD Audio Decoder 3.0
foo_converter.dll (2013-01-18 15:29:34 UTC)
Converter 1.5
foo_dsp_eq.dll (2013-01-18 15:30:04 UTC)
Equalizer 1.0
foo_dsp_std.dll (2013-01-18 15:29:58 UTC)
Standard DSP Array 1.2
foo_dumb.dll (2013-01-24 22:08:09 UTC)
DUMB module decoder 1.0.5
foo_gep.dll (2013-02-06 19:55:20 UTC)
Game Emu Player 1.160
foo_input_std.dll (2013-01-18 15:29:10 UTC)
Standard Input Array 1.0
foo_input_usf.dll (2012-12-28 18:53:34 UTC)
LazyUSF 2.1 (Build Jun 26 2011)
foo_rgscan.dll (2013-01-18 15:29:44 UTC)
ReplayGain Scanner 2.1.2
foo_sid.dll (2013-01-18 20:34:41 UTC)
sidplay2 1.29
foo_ui_std.dll (2013-01-18 15:29:12 UTC)
Default User Interface 0.9.5

Recent events:
Opening track for playback: "H:\ZanaGB\VGM\Combat Cars\Combat Cars - 02 - Main Menu.vgz"
Opening track for playback: "H:\ZanaGB\VGM\Combat Cars\Combat Cars - 03 - Character Select.vgz"
Opening track for playback: "H:\ZanaGB\VGM\Combat Cars\Combat Cars - 03 - Character Select.vgz"
Opening track for playback: "H:\ZanaGB\VGM\Combat Cars\Combat Cars - 03 - Character Select.vgz"
Track converted successfully.
Total encoding time: 0:00.967, 23.98x realtime
Opening track for playback: "H:\ZanaGB\VGM\Combat Cars\Combat Cars - 03 - Character Select.vgz"
Opening track for playback: "H:\ZanaGB\VGM\Combat Cars\Combat Cars - 04 - Beach Track.vgz"
Opening track for playback: "H:\ZanaGB\VGM\Combat Cars\Combat Cars - 03 - Character Select.vgz"
Opening track for playback: "H:\ZanaGB\VGM\Combat Cars\Combat Cars - 03 - Character Select.vgz"


Machine specifications:
OS: Windows 6.1.7601 Service Pack 1 x64
CPU: Intel® Pentium® Dual CPU E2220 @ 2.40GHz, features: MMX SSE SSE2 SSE3
Audio: Altavoces (VIA High Definition Audio); SPDIF Interface (TX0) (VIA High Definition Audio)

That game uses VGM 1.50. but the error seems to affect even the earliest games.

This post has been edited by db1989: Feb 6 2013, 21:51
Go to the top of the page
+Quote Post
db1989
post Feb 6 2013, 21:54
Post #308





Group: Super Moderator
Posts: 5275
Joined: 23-June 06
Member No.: 32180



Post large items within codeboxes, not between code tags. And ask yourself whether it is a good tactic to rant insultingly at the developer from whom you are requesting something as if he implemented a regression not only on purpose but also to annoy you personally.
Go to the top of the page
+Quote Post
kode54
post Feb 7 2013, 04:28
Post #309





Group: Admin
Posts: 4618
Joined: 15-December 02
Member No.: 4082



Sounds fine to me. Can you confirm in bsnes or on actual hardware?

EDIT: VGM tempo "fix" disabled, until I can do something better instead.
Go to the top of the page
+Quote Post
kode54
post Feb 7 2013, 04:41
Post #310





Group: Admin
Posts: 4618
Joined: 15-December 02
Member No.: 4082



QUOTE (friguron @ Jan 22 2013, 08:24) *
Am I completely wrong?

Please forward any AY files which were affected incorrectly by this change, and try to confirm with another AY player. The changes I made corrected the pitch of several VGM rips, and appeared to have no effect on the few AY files I tested and had some frame of reference of how they sounded before the change.
Go to the top of the page
+Quote Post
mudlord
post Feb 7 2013, 05:03
Post #311





Group: Developer (Donating)
Posts: 811
Joined: 1-December 07
Member No.: 49165



QUOTE (db1989 @ Feb 6 2013, 15:54) *
Post large items within codeboxes, not between code tags. And ask yourself whether it is a good tactic to rant insultingly at the developer from whom you are requesting something as if he implemented a regression not only on purpose but also to annoy you personally.


Depends on the developer. I for one, work much better on hostility.
Go to the top of the page
+Quote Post
CaptainZana
post Feb 7 2013, 18:57
Post #312





Group: Members
Posts: 2
Joined: 6-February 13
Member No.: 106460



Well, Today's fix seems to work fine. Exports fine, and playback seems to be flawless again (not experienced that it crashes anymore when switching between songs on a playlist)

And. I was trully annoyed, for having updated, and finding that some things that worked fine. did not work anymore.

Thankfully, this was a quite quick fix. to be honest.

I am sorry for being quite harsh. but, well... yeah, it was an angering regression
Go to the top of the page
+Quote Post
db1989
post Feb 7 2013, 19:22
Post #313





Group: Super Moderator
Posts: 5275
Joined: 23-June 06
Member No.: 32180



Great! As you can see, kode54 is a very fast developer and always pays attention to requests! I’m definitely glad that you reported it and that doing so paid off, and I understand that you were annoyed, but it’s best to understand that mistakes can happen unnoticed even to the best developers and consider your posts accordingly. smile.gif

Of course, maybe be a bit more aggressive if you ever talk to mudlord, apparently. wink.gif
Go to the top of the page
+Quote Post
friguron
post Feb 7 2013, 22:06
Post #314





Group: Members
Posts: 6
Joined: 22-January 13
Member No.: 106104



QUOTE (kode54 @ Feb 7 2013, 04:41) *
QUOTE (friguron @ Jan 22 2013, 08:24) *
Am I completely wrong?

Please forward any AY files which were affected incorrectly by this change, and try to confirm with another AY player. The changes I made corrected the pitch of several VGM rips, and appeared to have no effect on the few AY files I tested and had some frame of reference of how they sounded before the change.


In fact, I've tried to narrow down my .ay files to see what happens, and the only ones keeping their pitch intact are "monochannel/beeper" ones. The big majority, (several hundreds), all being "melodic"-AY files (3 channels square waves), sound exactly one octave up with GEP. I don't know if you want me to send any of them to you... I suppose not. BTW:
ZX Spectrum Sound Chip Emulator plays all of them correctly. As well as old versions of GEP (as far as I remember, it's only been 2 months or so the moment I noticed the change in GEP...)

Maybe I missconfigured something inside GEP? I can't remember having done it... There aren't many internal parameters to mess around...

Greetings...
Go to the top of the page
+Quote Post
kode54
post Feb 8 2013, 01:55
Post #315





Group: Admin
Posts: 4618
Joined: 15-December 02
Member No.: 4082



I definitely broke it in the process of fixing something else. I'll just have to fix it a different way.

EDIT: Fixed, I think.
Go to the top of the page
+Quote Post
friguron
post Feb 8 2013, 03:09
Post #316





Group: Members
Posts: 6
Joined: 22-January 13
Member No.: 106104



QUOTE (kode54 @ Feb 8 2013, 01:55) *
I definitely broke it in the process of fixing something else. I'll just have to fix it a different way.

EDIT: Fixed, I think.


Yes you did! Version 1.162 plays perfectly pitched .ay files again!!
Go to the top of the page
+Quote Post
Samus Aran
post Feb 8 2013, 21:42
Post #317





Group: Members
Posts: 9
Joined: 27-September 09
Member No.: 73519



(I have not read the entire thread, so if this problem has been solved on one of the past pages, forgive me for not reading the solution)
For some reason, playback of supported files is slowed by about 50%. Here's one of the files I've been trying to play: http://www.shauninman.com/noisees/albums/A...20Densetsu.nsfe
Of course, foobar's conversion feature is affected as well, here's how it sounds on my computer: http://i.peterwunder.de/vampirekiller.mp3
Is that a bug in GEP or something I may accidentally have set somewhere?

Edit: I've had this problem in a past version of GEP (though I forgot which one exactly), but it persisted after updating to yesterday's latest version. No idea whether that bit of info helps.
Edit²: And also, I'm on Windows 8 Pro x64, using foobar 1.1.16.

Never mind, appearently I set the Tempo slider in the View > GEP control window to 75% some time ago. Shame on me. :<

This post has been edited by Samus Aran: Feb 8 2013, 22:00
Go to the top of the page
+Quote Post
friguron
post Feb 15 2013, 21:50
Post #318





Group: Members
Posts: 6
Joined: 22-January 13
Member No.: 106104



QUOTE (friguron @ Feb 8 2013, 03:09) *
QUOTE (kode54 @ Feb 8 2013, 01:55) *
I definitely broke it in the process of fixing something else. I'll just have to fix it a different way.

EDIT: Fixed, I think.


Yes you did! Version 1.162 plays perfectly pitched .ay files again!!


Mmpf... I would say it's not working 100%. Or maybe GEP never did... As far as I can remember, there were some .ay files sounding OK in the past, which sound strage now (1.162).
For example this file I'm attaching here, sounds 100% ok with ZX Spectrum Sound Chip Emulator: http://friguron.dyndns.org/misc/gep/Plotting.ay

With GEP, it sounds "muffed", with every noted played with a quick attack, and then a still quicker decay...
Go to the top of the page
+Quote Post
Vagabond
post Apr 9 2013, 01:55
Post #319





Group: Members
Posts: 26
Joined: 8-January 11
From: Griswold, IA
Member No.: 87162



Anyone else having issues opening RSN files from the snesmusic.org collection?

Unable to open item for playback (Unsupported file format):
"M:\Music\VGM\Super Nintendo Entertainment System\Waterworld [wawo].rsn"
Go to the top of the page
+Quote Post
Vagabond
post Apr 9 2013, 23:01
Post #320





Group: Members
Posts: 26
Joined: 8-January 11
From: Griswold, IA
Member No.: 87162



^^^

Never mind. A simple reinstall and deletion of configuration files fixed it.
Go to the top of the page
+Quote Post
kode54
post Apr 10 2013, 00:01
Post #321





Group: Admin
Posts: 4618
Joined: 15-December 02
Member No.: 4082



RSN files require the normal Archive Reader component, or foo_unpack, in addition to foo_gep.
Go to the top of the page
+Quote Post
friguron
post Apr 30 2013, 23:25
Post #322





Group: Members
Posts: 6
Joined: 22-January 13
Member No.: 106104



QUOTE (friguron @ Feb 15 2013, 21:50) *
QUOTE (friguron @ Feb 8 2013, 03:09) *
QUOTE (kode54 @ Feb 8 2013, 01:55) *
I definitely broke it in the process of fixing something else. I'll just have to fix it a different way.

EDIT: Fixed, I think.


Yes you did! Version 1.162 plays perfectly pitched .ay files again!!


Mmpf... I would say it's not working 100%. Or maybe GEP never did... As far as I can remember, there were some .ay files sounding OK in the past, which sound strage now (1.162).
For example this file I'm attaching here, sounds 100% ok with ZX Spectrum Sound Chip Emulator: http://friguron.dyndns.org/misc/gep/Plotting.ay

With GEP, it sounds "muffed", with every noted played with a quick attack, and then a still quicker decay...


Plotting.ay still plays wrongly with GEP version 1.163... Known fact?
Go to the top of the page
+Quote Post
kode54
post Apr 30 2013, 23:50
Post #323





Group: Admin
Posts: 4618
Joined: 15-December 02
Member No.: 4082



Oops, missed that post. I don't know if any version played that correctly, actually.
Go to the top of the page
+Quote Post
Samus Aran
post Jun 18 2013, 21:51
Post #324





Group: Members
Posts: 9
Joined: 27-September 09
Member No.: 73519



When opening the Fortress of Fear GBS, only the first subsong(?) is played, even though there are several others in the file.
I used this one. Is there a way to fix that?


SIGH, disregard this. I don't know how, but after restarting foobar and opening the file again, it worked. Stupid me.

This post has been edited by Samus Aran: Jun 18 2013, 21:56
Go to the top of the page
+Quote Post
blm07
post Aug 8 2013, 18:56
Post #325





Group: Members
Posts: 25
Joined: 18-September 02
Member No.: 3389



Hey, I'm really digging this plugin, but I'm wondering if I'm the only one out there who likes how NotSoFatso played nsf / nsfe files in stereo. I know that is not how the original NES was, but I still like the idea and got hooked on it. I'm not sure, but I think it just separated the channels of the NSF so that some went to left and some went to right. Is there any way that that feature could be added to this plugin? Basically, it's the only thing that I use Winamp for anymore, which is sad cause I love Winamp, but it's almost time for me to let it go sad.gif

You can get the source here if that helps:
http://slickproductions.org/notsofatso.php

This post has been edited by blm07: Aug 8 2013, 19:11


--------------------
Cyberdyne Systems - Making you a better person through technology.
Go to the top of the page
+Quote Post

16 Pages V  « < 11 12 13 14 15 > » 
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 17th September 2014 - 08:20